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ASSOCIAÇÃO PORTUGUESA DE INFORMÁTICA 


A A.P.. é uma associação profissional, sem carácter sindical, 
sem fins lucrativos, exercendo a sua actividade em todo o terri- 
tório português (do Art.º 1.º dos estatutos). 

Encontram-se em funcionamento duas Delegações Regionais 
com sede respectivamente no Porto e em Lisboa. 

A associação tem fins culturais e científicos que contribuam 
para o aperfeiçoamento e progresso técnico, económico e social e 
para divulgação das técnicas informáticas. 

Para tal a A.P.I. procurará: 


— Promover o intercâmbio de conhecimentos técnicos; 

— Contribuir para o desenvolvimento do ensino da Informática: 

— Promover Congressos, Conferências e Exposições sobre in- 
formática; 

— Prestar colaboração e cooperar com entidades nacionais e 
estrangeiras em assuntos de informática. 


— Enquadrar a profissão de informática no conjunto das outras 
profissões; 

— Prestar colaboração aos organismos sindicais no sentido de 
melhor enquadramento e defesa dos trabalhadores de infor- 
mática no âmbito da contratação colectiva. 


(do Art.º 5.º dos estatutos) 


A A.P.I. através do seu Bloco Editorial edita uma revista e um 
boletim mensal de distribuição gratuita para os sócios. 


Tem constituídos alguns Conselhos de Apoio Técnico (CAT) 
que se debruçam sobre a situação de certas áreas da Informática 
portuguesa, a fim de apontar medidas a-curto prazo, de definir os 
traços de políticas sectoriais, e de realizar consultorias para o 


Com fins profissionais: 


— Definir a profissão de informática nos diversos estados do 


seu desenvolvimento; 


1. Os originais deverão ser envia- 
dos para a sede da API, Avenida 
Almirante Reis, 127, 1.º, Esq.º, Lis- 
boa, dirigidos ao Director da Revista. 


2. Os originais devem ser dactilo- 
grafados a dois espaços em folhas 
brancas normalizadas (tipo A-4). As 
gravuras devem ser aceitáveis para a 
tipografia. Os gráficos, esquemas e 
outros desenhos devem pautar-se pe- 
la mesma regra, sendo apresentados 
em papel vegetal e desenhados a 
tinta-da-china. As gravuras, desenhos 
e outras figuras devem estar numera- 
dos e acompanhados das respectivas 
legendas. 4 

A ordem do texto deve ser: título, 
nome do autor, local de trabalho 
e/ou instituição de apoio, resumo em 
português, resumos :em inglês ou 
francês e artigo propriamente dito. O 
artigo deve ser dividido em secções 
numeradas, como por exemplo: 


1. Introdução 

2. Definição de uma rede de com- 
putadores 

3. Topografia de redes 

4. Agradecimentos 
Referências 


Conselho Geral da A.P.I. 


Para que a Associação alcance o lugar que lhe é devido neces- 


sita da colaboração de todos. 


Inscreve-te como sócio, a quota é de 50$00, e colabora nas 


actividades da nossa Associação. 


INSTRUÇÕES AOS AUTORES 


3. As referências a autores e 
obras devem obedecer ao seguinte 
padrão: (Raphael, 1976); (Gelenbe, 
1971); (Aho, Hopcroft e Ullman, 
1974). O que corresponderia, nas 
referências bibliográficas apresenta- 
das no final do trabalho, a: 


Raphael, B. — The thinking compu- 
ter — Mind inside matter. 

W. H. Freeman, 1976. 

Gelenbe, E. — The rule for dynamic 
storage allocation under equili- 
brium. 

Information Processing Letters 

1,59-60, 1971. 

Aho, A. V.; Hopcroft, J. E.; Ullman, 
D. D. — The design and analysis of 
computer algorithms. 

Addison-Wesley, 1974. 


4. Os vocábulos estrangeiros de- 
vem, nos originais, ser apresentados 
em sublinhado (indicação de itálico) 
e não entre aspas, salvo quando se 
tratar de citações de textos. 

5. Os artigos devem ser acompa- 
nhados de um pequeno resumo em 
inglês e/ou francês, além de um 
resumo em língua portuguesa. 


Vol. 4, N.º 1 


6. Os autores devem indicar as 
palavras-chaves dos seus trabalhos. 


7. Os autores têm direito a cinco 
exemplares da revista em que os 
seus trabalhos forem publicados, 
grátis. No caso de pretenderem um 
número mais elevado de revistas, 
deverão contactar com antecedência 
a Redacção da Revista de Informáti- 
ca, onde serão informados acerca 
das condições para tal. 


8. Os artigos publicados são da 
responsabilidade dos respectivos 
autores. 


9. A Revista de Informática está 
aberta a toda a colaboração, não se 
responsabilizando, contudo, pela pu- 
blicação dos originais não solicita- 
dos. Estes originais serão sujeitos à 
apreciação crítica da Direcção da 
Revista e do seu Conselho de Redac- 
ção. Em caso de recusa de publica- 
ção, os autores serão informadas das 
respectivas razões. Os originais reco- 
mendados pelos membros do Conse- 
lho de Redacção serão assinalados 
com o nome do respectivo conse- 
lheiro. 
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microinformática 


Perspectivas - que futuro? 


1. Encetando uma prática que se pretende instituir na 
REVISTA DE INFORMÁTICA — o aparecimento de nú- 
meros fora de série dedicados a temas específicos — 
começou-se com um número dedicado aos microprocessa- 
dores e microcomputadores. 


Por um lado, a tecnologia actual conferiu aos microsiste- 
mas uma potência de cálculo, uma capacidade de armaze- 
namento de informação e velocidades de processamento 
tais, que a microinformática não cessa de conquistar terre- 
no à informática tradicional, tendo-se tornado a ciência 
nova mais rapidamente vulgarizada que se conhece. A 
microinformática invadiu as empresas, os escritórios, as 
Universidades e as nossas próprias casas, numa eferves- 
cência de desenvolvimento cujos limites não se adivinham 
claramente, 


Do ponto de vista da concepção, caminha-se para a 
definição de novas arquitecturas de computadores, de no- 
vas técnicas de multiprocessamento e paralelismo, de no- 
vas divisões de tarefas, e com o desenvolvimento de ter- 
minais inteligentes e periféricos especializados de eleva- 
díssimas performances, contribui-se para a libertação das 
responsabilidades tradicionais do software, por sucessivas 
atribuições ao hardware de tarefas especializadas mais 
genéricas. 


Por outro lado, os custos de desenvolvimento de soft- 
ware, a sua manutenção e actualização, tornavam-se de 
tal modo pesados em toda e qualquer aplicação de grande 
ou média envergadura e para além disso a complexidade 
dos sistemas atingiu tais níveis, que se pode afirmar que o 
software se encontra em momento de crise, para a qual a 
saída mais plausível reside na total redefinição dos concei- 
tos e filosofias de base até agora existentes. Esta crise é 
porém de reorganização, de mudança, e representa a ne- 
cessidade de se dar um salto para a frente. Os conceitos 
de software estão a sofrer assim uma mutação irreversível 
no sentido de desenvolver padrões de standardização, 
permitir uma maior estruturação e flexibilidade dos progra- 
mas, a par de uma superior modularização, transparência, 
maiores facilidades de manutenção, ampliação e debug- 
ging. 

Se o ciclo de vida do hardware se revelou sempre mais 
curto do que o do software, cabendo a este aproveitar ao 
máximo as potencialidades superabundantes de um hard- 
ware sempre em desenvolvimento, chegou a altura em 
que o software começa a ditar as novas leis de aproveita- 
mento óptimo dos recursos. 


Assiste-se agora a uma inversão dos papéis tradicio- 
nais, começando as empresas de software a fazerem das 
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empresas construtoras de hardware os seus clientes. Re- 
almente, a necessidade de fornecer programas de aplica- 
ção (cada vez mais potentes e complexos) directamente 
acessíveis aos utilizadores implicou, a par do desenvolvi- 
mento de novos sistemas operativos de potencialidades 
espantosas, a total remodulação dos conceitos de soft- 
ware, com o aparecimento de novas linguagens especial- 
mente desenvolvidas para os incluirem e corporizarem. 


Os projectistas de sistemas microinformáticos estão a 
ser compelidos no sentido de explorar o desenvolvimento 
de arquitecturas especializadas que se adaptam à modula- 
ridade e novas especificações das novas linguagens. 


É assim que, sendo os microprocessadores os sistemas 
mais receptivos à aplicação e desenvolvimento das novas 
estruturas, a microinformática tem estado mais ligada ao 
«banco de ensaios» da investigação informática, estando 
naturalmente vocacionada para captar com maior profundi- 
dade as novas tendências. Se a par destas razões consi- 
derarmos o preço dos sistemas microinformáticos, que em 
relação às performances oferecidas tem decrescido no 
tempo, encontramos com certeza as razões da importân- 
cia fundamental que a microinformática assume na vira- 
gem histórica de que nos aproximamos. 


2. Assiste-se, como vemos, a uma tendência de vulgari- 
zação numa disciplina que paralelamente sofre uma 
grande revolução de conceitos. Todas as implicações que 
daí advêm no comportamento económico, financeiro, polí- 
tico, educacional e militar, estabelecem os fundamentos de 
uma nova era que com certeza irá modificar o ritmo da 
convivência social. 


Em Portugal, a apreensão do verdadeiro significado 
desta revolução informática chega tardiamente. Somos um 
país pequeno e pobre no qual o ataque frontal ao desen- 
volvimento de tecnologias de ponta pode não ser para já 
possível, mas não deixamos de ter aberta uma vasta área 
de acção (quer no desenvolvimento de sistemas de soft- 
ware, quer na via da construção de equipamentos), que 
nos permite adoptar uma estratégia que poderá vir a sal- 
vaguardar uma parte significativa do nosso futuro. 


Com este número da revista pretendemos dar uma ideia 
geral do que se passa no horizonte da nossa informática, 
para que através da consciência do que existe se possa 
contribuir para definir o que há para fazer. 


José Figueiredo 


NOTAS SOBRE A APLICAÇÃO DE MICROINFORMÁTICA À 
GESTÃO 

L. M. Camarinha de Matos 

e C. L. Costa Cabral 


IMPLEMENTAÇÃO DE UMA LINGUAGEM DE MUITO ALTO 
NÍVEL NUM MICROCOMPUTADOR 
L. Caires 


CONTROLADOR SEQUENCIAL PROGRAMÁVEL «MICRO- 
MATIC 7065» 

R. Marques 

e A. Machado 


A EVOLUÇÃO RECENTE NOS SISTEMAS INFORMÁTICOS 
E SEU PROVÁVEL IMPACTO NAS AQUISIÇÕES DAS INS- 
TITUIÇÕES DE VOCAÇÃO PARA INVESTIGAÇÃO E 
DESENVOLVIMENTO 
J. Legateaux Martins 


Vol. 4, N.º 1 


A INFORMÁTICA 
CONTRA 
O IMOBILISMO 


Hoje, o dirigente de uma pequena ou média empresa deve 
poder reagir depressa e bem para fazer face ao acontecimento. 
Necessita ter um perfeito conhecimento da empresa. 


Sómente um sistema de gestão seguro, de fácil utilização, 
memorizando milhões de informações, às quais se possa aceder 
em alguns segundos de qualquer ponto da empresa, vai permitir 
uma tomada de decisão rápida e eficaz. 


Cii Honeywell Bull põe ao seu alcance dois sistemas 
com estas características: o 61 DPS 2 e o DPS 4, os quais possuem 
uma técnica reservada até agora aos grandes sistemas. 


Graças aos numerosos terminais de que dispõe, é 
possível o diálogo, o tratamento local ou à distância, garantindo a 
segurança das informações. A reduzida dimensão 
destes sistemas está também adaptada ao ambiente de um escritó- 
rio e a evolução do material é assegurada de acordo 
com as necessidades da empresa. 


Com o 61 DPS 2 e o DPS 4 o dinamismo e o crescimento 
da sua empresa estão na sua mão. 


61DPS2ZEDPS4 
A INFORMÁTICA AGORA TAMBÉM PARA SI 


Cii Honeywell Bull 
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Algumas Notas sobre: 


a Situação Actual da 
Microinformática 


1. Introdução 


Mutações em ramos científicos ocorrem quando se en- 
contram preenchidas simultaneamente maturações num 
corpo de conhecimentos estruturados e numa tecnologia 
que lhe sirva de suporte e de estímulo. 

A extensão do alcanse desta mutação ao campo socio- 
-económico é largamente determinada pela aplicabilidade 
e rentabilidade das inovações introduzidas. 

No caso presente, toda uma teoria envolvendo o dese- 
nho de Circuitos Eléctricos, aplicação de Sistemas Lógicos 
a máquinas programáveis e todo o edifício da Engenharia 
Informática nos seus aspectos de Arquitectura, Programa- 
ção e Sistema, se encontrava preparado para fornecer o 
suporte teórico necessário ao lançamento do que é hoje 
habitual referir como microinformática. 

Surpreendentemente, se se encontra um aproveitamento 
directo imediato dos aspectos de Arquitectura ao nível das 
aplicações, por razões que abordaremos, só recentemente 
se começa a ter em devida conta todo o edifício informá- 
pi teórico ligado à Programação, Sistemas de Exploração 
etc.. 

No entanto prevaleceu com frequência uma óptica de 
redescoberta quantas vezes ingénua, geradora de algu- 
mas virtudes mas principalmente de muitos defeitos asso- 
ciados a uma visão demasiado estreita dos problemas. 

Para tal contribuiu também o efeito negativo da perspec- 
tiva simultaneamente paternalista e pretensamente desin- 
teressada de informáticos que beneficiavam da existência 
de máquinas de outro porte e de utensílios com outra 
comodidade e potência. Falhou aqui a apreciação da im- 
portância do fenómeno «microinformática» levando a difi- 
culdades de encontro de um mínimo de linguagem de 
entendimento com os pioneiros da utilização desta recente 
tecnologia. 

Felizmente a força dos factos impõe-se aos preconcei- 
tos e tudo indica que um processo unificador de esforços 
se encontra solidamente em marcha. As compartimenta- 
ções entre «hardware», «software», «firmware», «sistema» 
desaparece levando aceleradamente à ideia de que nos 
encontramos perante um conjunto unificável de conheci- 
mentos em que os interrelacionamentos forçam à aquisi- 
ção de perspectivas globais. 

De uma microinformática inicialmente suportada por 
uma arquitectura restringida (kit) evoluiu-se para outras 
unidades em que os custos começaram a ser determina- 
dos basicamente pelos seus periféricos. 

O salto para Sistemas Informáticos de maior dimensão 
foi rápido, a virtualização da máquina imediata, e uma 
verdadeira avalanche de linguagens de programação e 
utensílios de teste surgiu. As memórias de massa dilata- 
ram-se e com elas fizeram a sua aparição utensílios mais 
sofisticados de organização e gestão de dados. 

Vocações iniciais ligando obrigatoriamente a microinfor- 
mática ao «Controlo de Processos», não fazem obvia- 
mente mais sentido, sendo forçoso o seu alargamento a 
toda uma gama mais diferenciada de aplicações. Como 
que se vingando desta «reorientação» emergem tardia- 
mente (hoje) as necessidades de utensílios próprios para 
desenvolvimentos envolvendo os aspectos de multiprogra- 
mação e tempo real, atrasando a resposta a problemas 
que exigem ferramentas adequadas e específicas. 

A potência e pretensa facilidade de utilização de micro- 
sistemas e alguma espectacularidade na obtenção de re- 
sultados, disfarçam alguns pequenos dramas de quem re- 
siste a convencer-se de que a matéria é mais séria e 
exige uma atenção e formação superior ao que poderia 
parecer. 
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A. Steiger Garção 
UNL 


Não se torna razoável ignorar todo o edifício que tem 
vindo a ser laboriosamente construído ao longo das últi- 
mas duas décadas, a «Informática tradicional», unica- 
mente porque fica patente a necessidade de um esforço 
individual de reciclagem e extensão de conhecimentos, 
associado a bastante humildade normalmente pouco abun- 
dante nos neófitos entusiastas. 


2. Utilizadores, projectistas 


Hardware restritivo, linguagem máquina ou talvez um 
Assembly, um Debugger rudimentar, caracterizaram a 
maioria das soluções microinformáticas iniciais. Opções 
tão limitadas impuseram um estilo e uma metodologia de 
trabalho. 

As medidas de rentabilidade dos projectos encontravam- 
-se viciadas à partida pela infância da microinformática 
ligada à automatização, à óptica de produção de milhares 
de unidades (não em Portugal certamente) e sobretudo ao 
«preço da memória». Os tempos de desenvolvimento 
seriam contabilizados? 


g 


Para evitar polémicas desnecessárias afirma-se clara- 
mente que houve e continuará a haver situações em que 
limitar o volume de memória será determinante. Feliz- 
mente a experiência tem vindo a demonstrar que existem 
muitas outras (a maioria) em que esta questão não é tão 
importante e em que a rentabilidade da programação em 
alto nível se sobrepõe ao custo adicional de material. 

Compete ao engenheiro projectista, sem preconceitos, 
ter em atenção os diferentes aspectos do problema, os 
vários utensílios de que pode dispôr e as suas virtualida- 
des relativas. 

Nas utilizações poder-se-à, tentativamente, distinguir 
três níveis: 

Um ligado mais de perto aos aspectos da arquitectura e 
da sua exploração directa (hardware e linguagem máqui- 
na); outro em que sobretudo estão presentes o Sistema de 
Exploração, a utilização e partilha de recursos lógicos as- 
sociados a uma descrição virtual da máquina e finalmente 
aquele que se revela através da linguagem que suporta a 
exploração de um programa de aplicação normalmente 
associado a uma estrutura de dados de certa dimensão. 

Neste último caso geralmente o utilizador é dispensado 
de ter formação informática tornando-se apenas um cliente 
de um certo número de facilidades. 

No primeiro uma origem académica próxima da electro- 
tecnia revela-se normalmente suficiente. 

Já o mesmo não se passa no caso intermédio. As técni- 
cas normalmente necessárias neste tipo de ambiente exi- 
gem declaradamente formação informática especializada. 

A virtualização, enquanto técnica poderosa permitindo 
fazer sobressair aspectos dominantes e fundamentais (em 
detrimento dos detalhes) não se substitui à necessidade 
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de conhecer e dominar adequadamente os aspectos de 
arquitectura. Aceita-se contudo que uma vez esta esta- 
belecida, a problemática se desloca para o lado da progra- 
mação podendo aí encontrar-se toda a diversidade de 
situações envolvendo mono e multiprogramação, estrutura- 
ção de dados, sistemas de exploração, etc.. 

É precisamente nesta zona que se torna mais urgente 
ultrapassar o autodidactismo, importando as metodologias 
adequadas e que já deram e dão actualmente provas. 

Um esforço nessa direcção será certamente a introdu- 
ção de curricula correctos, nos estabelecimentos de en- 
sino de Engenharia e nas Faculdades de Ciências, com 
elevado: ua de urgência. 

Convirá não esquecer as centenas de profissionais que 
actualmente trabalham nesta zona ou nas suas fronteiras, 
impondo-se organizar actividades de reciclagem intensi- 
vas. A qualidade humana destes técnicos, normalmente 
boa, poderá assegurar resultados apreciáveis a estas ini- 
ciativas. 

Uma ênfase em Arquitecturas, Linguagens, Estruturas 
de Dados e Sistemas de Exploração será obrigatória. 

Torna-se necessário corrigir a óptica de que em microin- 
formática a maior importância se encontra na electrónica 
ou nas componentes. De facto, o centro de gravidade está 
cada vez mais, em termos estatísticos, a transferir-se para 
aspectos de programação tomada em sentido geral. 

Estas medidas poderão contribuir para limitar a «re- 
-invenção» da informática, fruto normal de um autodidac- 
tismo exagerado. 

Um último comentário leva-nos a realçar o facto de que 
muitas aplicações realizadas com meios informáticos exi- 
gem o domínio de matérias ligadas tradicionalmente à 

conomia e Gestão, o que requer o estabelecimento de 
interfaces adequadas de linguagem e conhecimentos. Este 
não é certamente um problema menor. 


3. A procura de uma maior rentabilidade nos 
projectos 


Embora a microinformática ainda apareça com alguma 
especificidade (durante quanto tempo mais?) relacionada 
com a dimensão média dos equipamentos mais comuns 
(CPU, memória central, memória de massa, etc.) será 
negativo ignorar por muito mais tempo a similiaridade da 
problemática com a informática tradicional. 

Qualquer fabricante ou representante de microsistemas 
sabe hoje que cada vez mais o utilizador vê os equipa- 
mentos através da aplicação implementada e das 
facilidades/utilidades que daí retira (o POC, os salários, 
etc.). Ressalvando as naturais diferenças relativas aos mé- 
dios e grandes computadores e aceitando uma vocação 
de micro-informática predominantemente dispersa, torna- 
-Se necessário aceitar que será a Programação (facilida- 
des e aplicações) que estimulará a disseminação dos 
equipamentos. 

Não surpreende assim que haja uma correspondência 
com a crise mundial de produção de Programas e que 
tenha cada vez mais que se fazer uso dos caminhos para 
que a «outra» informática se encontra já sensibilizada. 

Mais uma vez parece inteligente fazê-lo sem preconcei- 
tos e sem pretender redescobertas forçadas. 

Entramos assim na necessidade de melhorar os uten- 
sílios e as metodologias de especificação e descrição de 
problemas, de recorrer alargadamente às linguagens de 
alto nível sempre que tal se revele avisado, acompanhan- 
do-a de um esforço na melhoria da metodologia de estru- 
turação de o pa A utilização de linguagens normali- 
zadas (UCSDPASCAL, PASCAL MT, MICROSOFT BA- 
SIC, etc.) facilita a circulação dos programas aumentando 
a sua utilidade. - 

Impõe-se aceitar decididamente que a modularidade, 
simplicidade, portabilidade dos programas são objectivos 
importantes convergentes e que devem ser prosseguidos. 

Urge acabar com a polémica (tão exagerada) Assembly 
versus Linguagem de Alto Nível, deixando à inteligência a 
avaliação de cada situação e a escolha dos melhores 
utensílios para a atacar. 

No projecto de microinformática há lugar para uma hie- 
rarquização de funções desde a Análise à Operação, tudo 
dependendo da dimensão do projecto, assim como se 
pode tornar obrigatória a introdução de métodos de direc- 
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ção e acompanhamento bastante sofisticados e rigorosos. 
Os «buracos», que a literatura tradicional refere, corres- 
pondentes a projectos que nunca conseguem atingir os 
objectivos não são características exteriores à microinfor- 
is e já começam a ser, infelizmente, frequentes os 
ecos de desastres. Enfim, basicamente o que se defende 
é o reconhecimento de que em ambientes de microinfor- 
mática especialmente em projectos de vulto só há a ga- 
nhar em previlegiar a organização destes, e o estudo 
preliminar que deve anteceder a execução, não menospre- 
zando: armadilhas já bem conhecidas e evitando caminhos 
de improviso. 

Uma referência importante deve ser feita à zona de 
multiprogramação e tempo real. A escassez de utensílios 
de programação e de teste torna especialmente penoso e 
difícil o trabalho nesta área. Algumas surpresas podem 
surgir pela utilização de utensílios, sobretudo úteis em 
monoprogramação, obrigando a desvios e atrasos impor- 
tantes (eficiência, reentrância). Torna-se urgente facilitar à 
comunidade a informação relevante, minimizando a repeti- 
ção dos erros. Felizmente nessa área começam a apare- 
cer ferramentas que se espera sejam as adequadas para 
se obter a rentabilidade necessária (wc Pascal, Portal?) 
sem (oxalá!) grandes acidentes de percurso. A metodolo- 
gia de programação diverge da utilizada em mono progra- 
mação devido ao carácter aleatório das alterações de se- 
quência de execução. Não será assim de estranhar que a 
modularidade a introduzir nos programas deve estar estrei- 
tamente ligada às condições de teste e que o volume de 
programação auxiliar para verificação das diferentes condi- 
ções de execução possa crescer de modo significativo. 
Insiste-se neste ponto porque a nosso ver ele suporta de 
certo modo um rotura com a programação sequencial 
(mono) e pode determinar envolvimentos em tempo e 
equipamentos que penalizem fortemente os projectos. 

Por último é forçoso referir a normalização do Hardware 
como meio de diminuir custos e aumentos de fiabilidade 
de Projectos. A indústria nacional é demasiado ineficaz 
neste aspecto e muitas vezes o pretensamente barato 
encarece-sé em dificuldades de teste devido à fraca fiabili- 
dade dos módulos ou ao aumento das avarias. Para quê 
tentar fazer tudo se à partida não existem condições para 
realizar algumas partes? Porque não adaptar equipamen- 
tos introduzindo-lhe modificações e construindo a progra- 
mação? Obviamente não há receitas, há que estudar caso 
a caso. Comvém separar a óptica que aconselha a que se 
construa uma vez visando essencialmente dominar uma 
tecnologia, da óptica de produção mesmo no caso de um 
número restrito de unidades. 


4. Algumas perspectivas de trabalho num futuro 
próximo 


Os temas abordados no ponto anterior constituem já 
pistas do que se pensa virem a constituir áreas importan- 
tes de trabalho nos próximos anos uma vez que os produ- 
tos finais são obtidos através da interacção dos diferentes 
componentes presentes num Sistema microinformático. 
Não os hierarquizaremos tendo apenas uma preocupação 
enumerativa. 

Como já se afirmou, as aplicações dominarão impor- 
tando realçar a importância que a multiprogramação e o 
tempo real assumem uma vez que permitem virtualizar 
sobre um único executor físico várias implementações 
concorrentes, melhorando assim a exploração dos equipa- 
mentos. O que adicionalmente parece interessante é o 
contributo que estas disciplinas podem dar em domínios 
tão diferenciados como o controlo de processos, a auto- 
matização da burocracia de escritórios, correntes aplica- 
ções comerciais, etc.. 

A rentabilidade desejável deverá ser conseguida utili- 
zando eficazmente quer as linguagens quer as «Packa- 
ges» vocacionadas para esta área de problemas. Paralela- 
mente a complexidade de situações de teste exige ferra- 
mentas de simulação e emulação que rareiam e portanto 
que têm que ser desenvolvidas. 

Embora a potência das arquitecturas cresça exponen- 
cialmente não parece líquido que a linha evolutiva deter- 
mine uma justaposição relativamente às médias máquinas 
existentes hoje em dia. A descentralização microinformá- 
tica poderá sofrer uma certa unificação em termos de 
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redes locais (principalmente) mas deverá manter uma ten- 
dência forte individualizante quer ao nível do «Computador 
Pessoal» quer da aplicação dedicada. Seria interessante 
reabrir a polémica sobre o que são microcomputadores 
especialmente tendo em conta as mais recentes arquitec- 
turas (28000, 68000, 8086, APX432). 

A nível da programação sistema a própria dimensão dos 
equipamentos estabelece limites a um exagero do peso e 
complexidade desta. Nas máquinas de 8 bits é visível já 
um esforço de normalização de Sistema de Exploração 
evidente na abundância de virtualizações CP/M. O volume 
de programas (linguagens, aplicações, bases de dados) 
que aí correm reforça esta tendência, embora nem tudo 
seja tão linear como se esperaria ao nível da portabilidade 
(versão particular, formatos, etc.). 

O próprio volume e importância económica das aplica- 
ções exigirá um reforço da metodologia de desenho de 
programas e de organização e gestão de equipa. 

Um efeito que não deverá ser menosprezado consiste 
no facto da microinformática ser uma rampa de lança- 
mento extremamente eficaz de uma geração nova de téc- 
nicos informáticos, de utilizadores ou mesmo de curiosos. 
Quem se encontra ligado ao ensino apercebe-se facil- 
mente da disseminação violenta de conceitos ligados à 
informática. Todo este potencial, se eficazmente utilizado 
arrisca-se a provocar modificações quantitativas importan- 
tes que não incluirão apenas as áreas de engenharia 
(medicina, economia, física, do ensino em geral, etc.). 


5. Formação 


Ao nível das Faculdades de Ciências, dos Institutos de 
Engenharia florescem as adaptações curriculares inserin- 
do-se extensões ligadas à informática. Meios e pessoas 
determinarão uma evolução progressiva irreversível e rá- 
pida. Os futuros diplomados sairão certamente mais habili- 
tados e poderão ser mais eficazes nesta área. 

Que acções deverão ser tomadas relativamente aos pro- 
fissionais de engenharia que actualmente se encontram 
em pontos chaves de desenvolvimento de projecto que 
não tiveram oportunidade de adquirir a formação requerida 
as suas funções? Não considerando o autodidactismo 
como meio eficiente de recuperação, parecia dever fazer- 
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-se recurso a acção de reciclagem claramente informati- 
zante (não confundir com ensino de microprocessadores) 
voltada para polos onde o esforço fosse imediatamente 
reprodutivo: Empresas com tecnologia de ponta, Serviços 
Públicos com dimensão, Agentes de Ensino. 

Alguma experiência neste campo permite-nos eviden- 
ciar que não são condições de êxito destas acções ape- 
nas os aspectos curriculares. E necessário um empenha- 
mento adicional das organizações interessadas garantindo 
condições mínimas de funcionamento (sistemas, tempo, 
meios) e exigindo-se uma responsabilização total dos par- 
ticipantes (avaliação individual tornada pública, trabalho de 
projecto obrigatório, apresentação de resultados dentro de 
prazos). 

Torna-se interessante referir que equipas diminutas po- 
dem introduzir alterações importantes em períodos curtos, 
desde que os locais em que a acção de reciclagem se 
efectue tenham núcleos de engenharia empenhados em 
projectos que obriguem à utilização de conceitos informáti- 
cos mais consistentes. 

Igualmente reprodutiva parece ser a experiência de inte- 
grar conjuntamente em projectos de engenharia, quadros 
das empresas e de instituições vocacionadas para o en- 
sino de matéria informática. O único risco poderá ser o de 
face à forte concorrência individual existente normalmente 
nos meios, industriais privados, não ser feita a correcta 
disseminação dos conhecimentos obtidos e assimilados no 
interior da própria empresa. uma questão importante 
mas sobre a qual compete às empresas tomarem as medi- 
das para a sua solução satisfatória. 


COMENTÁRIO FINAL: 


Correm-se riscos ao tocar tantos assuntos em tão pou- 
cas linhas. Parece contudo importante levantar algumas 
questões num domínio tão importante e determinante 
como o da microinformática. Propositadamente deixou-se 
de fora a Investigação e o Ensino que por si só constituem 
tema com a autonomia e importância para merecerem ser 
tratados individualizadamente. 

Algumas das posições afloradas são seguramente con- 
troversas e seria útil que provocassem comentários. Cá os 
esperamos com curiosidade. 
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1. Introdução 


Os dez anos que se seguiram a 1971 viram aparecer 
microprocessadores e microcomputadores sucessivamente 
mais complexos, mais rápidos e com maior capacidade de 
cálculo. Esta evolução, que se encontra intímamente li- 
gada ao progresso verificado na tecnologia dos semicon- 
dutores, permitiu alargar o campo de aplicações destes 
componentes a ponto de se poder afirmar que pratica- 
mente todo o domínio de intervenção da electrónica digital 
utiliza hoje microprocessadores e/ou microcomputadores. 

Este artigo cobre a evolução verificada durante essa 
década, desde o primeiro microprocessador de 4 bits até 
aos actuais microprocessadores de 16 bits, passando 
pelos microcomputadores com integração de memórias 
RAM e ROM, e pelos microprocessadores «bit — slice» 
bipolares. 


2. O aparecimento da tecnologia MOS/LSI 


A tecnologia dos semicondutores de silício evoluiu rapi- 
damente na década de 60 e no ínicio da década de 70, 
tendo-se passado de níveis de integração da ordem de 
sas transistores por circuito integrado (integração SSI e 
MSI), típicos da tecnologia dos semicondutores bipolares 
(RTL, DTL e TTL, entre outros), para níveis de integração 
da ordem dos milhares de transistores MOS. 

Os custos de desenvolvimento associados á fabricação 
de circuitos integrados são muito grandes. Daí que tenha 
havido desde o ínicio a preocupação de produzir circuitos 
integrados que pudessem ser aplicados no maior número 
possível de situações. Assim, os primeiros circuitos em 
tecnologia MOS foram essencialmente memórias, ROM e 
RAM, de capacidade reduzida, e com níveis de integração 
de poucos milhares de transistores MOS por circuito inte- 
grado (CI). 

No início da década de 70, o desenvolvimento tecnoló- 
gico tinha progredido ao ponto de se tornar possível inte- 
per cerca de 10º transistores MOS num único circuito. 

ornava-se, assim, possível produzir uma Unidade Central 
(CPU) completa em alguns CIS, dando-se ínício à cha- 
mada era da integração em larga escala, ou LSI. 

Os circuitos MOS/LSI inicialmente produzidos visavam o 
mercado das calculadoras de bolso. Dotadas de uma Uni- 
dade Central do tipo série repartida por um ou dois Cls, 
possuiam uma estrutura que lhes permitia processar um 
dígito em código BCD de cada vez. A entrada de dados 
era constituída por um teclado simples, sendo cada opera- 
ção executada por um microprograma específico contido 
numa ROM. A saída dos resultados era normalmente feita 
através de díodos LED de 7 segmentos, saldando-se esta 
arquitectura por um consumo de corrente elevado. 


3. Os primeiros Microprocessadores 


Em 1971,-a firma INTEL CORPORATION foi encarre- 
| gada de desenvolver um circito MOS/LSI para um fabri- 
cante japonês de máquinas de calcular. Pelo facto de à 
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data possuir recursos limitados para projectos desta na- 
tureza, a INTEL optou por produzir uma arquitectura mais 
geral, baseada em quatro circuitos integrados. A peça 
essencial dessa arquitectura era uma CPU de 4 bits, a ela 
se encontrando associada uma memória ROM para o con- 
trolo da execução das instruções e uma memória RAM 
para armazenar dados e resultados. As entradas/saídas 
eram feitas por intermédio de um registo de deslocamento. 

Com este tipo de arquitectura tornava-se possível res- 

onder às necessidades do mercado no que dizia respeito 
s calculadoras de bolso; porém, pela primeira vez se 
tornava possível utilizar o mesmo conjunto de Cls para 
outros tipos de apilicações, pela simples mudança da se- 
quência de controlo contida na ROM. 

Nascia assim o primeiro microcomputador, o INTEL 
MCS-4. A CPU, designada por 4004, foi simultaneamente 
o primeiro microprocessador a ser comercializado. Com 
uma estrutura paralela para 4 bits, o 4004 permitia cál- 
culos em binário e em código BCD. No modo BCD, o 
processamento era feito dígito a dígito. No modo binário 
eram processados 4 bits simultaneamente. 

O segundo microprocessador a ser comercializado 
(1972) foi o INTEL 8008. Destinado a um mercado mais 
vasto, este microprocessador possuía uma arquitectura e 
tecnologia semelhantes à do 4004. Com registos e «bu- 
ses» internos de 8 bits, funcionava primordialmente em 
modo binário. Ao contrário do 4004, porém, tinha a capaci- 
dade de responder a interrupções geradas externamente 
numa linha de entrada, o que lhe permitia ser utilizado em 
aplicações de tempo real. 

Quase em simultâneo com o aparecimento do 8008, 
surgiram microprocessadores de outros fabricantes de cir- 
cuitos integrados, que entretanto se tinham apercebido 
das enormes potencialidades e da boa receptividade do 
mercado a este género de circuitos. ? 

As aplicações dos microprocessadores de 8 bits desen- 
volveram-se então em varíadíssimos domínios da electró- 
nica, destacando-se as respeitantes a instrumentos elec- 
tróncios de medida e controlo e a equipamentos periféri- 
cos de minicomputadores, as aplicações em electromedi- 
cina, em máquinas ferramentas, etc. 


E) 


4. - sngunda geração de Microprocessadores de 
its 


A meio da década de 70 a tecnologia MOS tinha-se 
desenvovido de modo a conseguir níveis de integração 
cada vez maiores. Os «antigos» transistores MOS de ca- 
nal P, ou PMOS, tinham dado origem a transistores MOS 
de canal N, ou NMOS, que permitiam uma dissipação de 
potência mais reduzida para além de requererem uma 
área mais reduzida na pastilha de silício onde eram traça- 
dos os circuitos integrados. 

Em alternativa, a tecnologia CMOS (de MOS comple- 
mentares, utilizando simultaneamente transistores de canal 
P e de canal N), possibilitava uma dissipação de potência 
particularmente reduzida, o que permitia antever a possi- 
bilidade da utilização de microcomputadores alimentados 
por baterias de pequenas dimensões, embora à custa de 
uma maior área por função lógica e consequente redução 
do nível de integração. 
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Estes avanços tecnológicos deram origem ao apareci- 
mento de um grande número de microprocessadores de 8 
bits, dos quais se destacam os INTEL 8080 e 8085, o 
MOTOROLA 6800 e o ZILOG Z80, em tecnologia NMOS, 
e o RCA COSMAC, em tecnologia CMOS. 

Possuindo em geral uma arquitectura mais complexa, 
com uma ou mais linhas externas permitindo interrupções 
hierarquizadas, suportando uma grande variedade de mo- 
dos de endereçamento e um reportório que chega a atingir 
as 150 instruções, caracterizam-se por uma elevada flexi- 
bilidade de utilização e por possuírem um conjunto muito 
variado de circuitos integrados auxiliares. De entre estes 
circuitos referem-se: 


(i — as memórias RAM estáticas e dinâmicas. Valores 
. típicos de capacidade destas memórias situam-se 
actualmente em 4K e 16K bits, respectivamente, 
para memóias em tecnologia NMOS, e em 1K 

bits para memórias CMOS; 

(ii) — as memórias ROM, com capacidades típicas ac- 
tuais de 32 K bits; 

(iii) — os circuitos de conversão série-paralelo, Gu as- 
síncromos (UART), quer síncromos (USRT), quer 
mistos (USART). Estes circuitos destinam-se a 
assegurar a ligação entre os «buses» do micro- 
computador, com 8 linhas, e as linhas série pro- 
venientes de alguns terminais lentos, como por 
exemplo os TTY, os visualizadores de vídeo, 
etc... Estes circuitos são normalmente programá- 
veis, O que lhes confere características universais 
de adaptação a um número muito variado de pro- 
tocolos de comunicação com os terminais; 

(iv) — os circuitos de controlo de periféricos lentos. Ci- 
tam-se a título de exemplo os controladores ví- 
deo, os controladores de disquetes e os controla- 
dores de impressoras de agulhas. Sendo progra- 
máveis, estes controladores podem adaptar-se a 
um número muito variado de terminais, libertando 
a CPU da execução dessas tarefas de controle; 

(v) — os controladores de interrupções destinados a po- 
derem aceitar nas suas entradas um número mais 
elevado de linhas de interrupção do que seria 
possível aplicar à CPU, devido a limitações im- 
postas pelo número reduzido de pinos disponíveis 
nesta. 


5. Os Microprocessadores de 16 bits 


No fim da década de 70 a tecnologia NMOS permitia 
níveis de integração da ordem dos 10º transistores e velo- 
cidades de funcionamento que se aproximavam das da 
tecnologia bipolar. Estes dois factores conjugaram-se para 
a realização de microprocessadores de 16 bits (em alguns 
casos de 32) com uma arquitectura que tem muito de 
comum com a dos minicomputadores do início da década. 
Citam-se, a título de exemplo, os INTEL 8086 ZILOG 
Z8000, MOTOROLA 68000 e NATIONAL NI6000. De entre 
as características mais salientes destes microprocessa- 
dores referem-se: 
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(i — a capacidade de endereçar muito mais memória 
do que era possível com os microprocessadores 
de 8 bits (e que era tipicamente de 2'º = 64 kby- 
tes). Geralmente à custa de uma Unidade de 
Controlo de Memória adicional, conseguem-se ca- 
pacidades de endereçamento típicas entre 2? e 
2% bytes. A utilização de uma Unidade de Contro- 
lo permite ainda a protecção e relocação por 
«software» de segmentos/páginas de programa, 
característica fundamental em multiprogramação; 

(ii) — a existência de uma arquitectura adequada à im- 
plementação de linguagens evoluídas, com um 
conjunto de instruções extremamente poderoso 
capazes de processar cadeias de caracteres, by- 
tes e bits; 

(iii) — «hardware» e instruções de suporte de multipro- 
cessamento. 


6. Os Microcomputadores integrados 


Nos finais da década de 70, e quando a tecnologia MOS 
permitiu elevados níveis de integração, foram desenvolvi- 
dos microcomputadores completos num único circuito inte- 
ie Possuindo uma CPU (tipicamente de 8 bits), RAM, 

OM e capacidade de entrada/saída de informação, estes 
microcomputadores destinam-se essecialmente às aplica- 
ções menos exigentes em capacidade de memória e 
quando o espaço físico é reduzido. O factor limitativo da 
utilização destes microcomputadores reside no facto de 
memória RAM ser, geralmente, de pequena capacidade. É 
porém possível expandi-la externamente ao Cl por recurso 
a RAMs auxiliares. A expansão da ROM não é habitual- 
mente necessária, embora se possa fazer, já que o domí- 
nio de aplicações destes circuitos não requere, em regra, 
grandes programas de controlo. 

De entre os microcomputadores integrados citam-se, a 
título de exemplo, o IN/INTEL 8748 e o MOTOROLA 6801. 


7. Os Microprocessadores «Bit — Slice» 


O desenvolvimento destes microprocessadores ocorreu 
em paralelo com os anteriormente referidos. Utilizando 
uma tecnlogia TTL com tempos de propagação reduzidos, 
têm aplicações em domínios onde a velocidade de funcio- 
namento é um imperativo fundamental. 

Não sendo viável, com a tecnologia TTL actual, obter 
economicamente níveis de integração semelhantes aos 
obtidos em tecnologia MOS, não se torna possível produ- 
zir num único circuito integrado uma CPU completa. Por 
esta razão, os fabricantes optam por produzir fatias (slice) 
da CPU em cada Cl, existindo normalmente fatias para a 
ALU e para a unidade de controle da CPU, geralmente 
com 4 bits. Estas fatias são projectadas de modo a po- 
derem-se ligar a outras fatias por forma a obter-se uma 
CPU paralela com um múltiplo da dimensão da fatia. De 
entre os microprocessadores «bit-slice» actualmente mais 
utilizados citam-se o AMD 2901 e o MONOLITHIC 
MEMORIES 6701. 


8. Conclusões 


O rápido desenvolvimento tecnológico no domínio dos 
circuitos integrados verificado na última década, e as pre- 
visões de integração em muito larga escala (VLSI), que se 
adivinham num futuro próximo, permitem supor que dentro 
de alguns anos, a estrutura dos microprocessadores e 
microcomputadores será substancialmente diferente, apro- 
ximando-se das arquitecturas dos actuais e futuros mini- 
computadores. 
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Olivetti Data Processin 
na 


Banca 


OLIVETTI pesquisa, projecta e produz para dar à Informática 
distribuída o melhor das tecnologias disponíveis: 
Máquinas e Software. 

A estes produtos e à experiência dos seus especialistas 
OLIVETTI acrescenta mais um valor: a sua organização 


LINTAS 81-DP-01 
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'A INFORMÁTICA DA SUA EMPRESA 
VAI FUNCIONAR 
COM ESTA EQUIPA 


SIMÕES FERREIRA ARNALDO HONRADO CARLOS CARVALHO VIRGÍLIO TÂNGERO 
Direcção Geral e Marketing Direcção Comercial Direcção de Sistemas e Projectos Direcção Técnica 


(o) 


A «Management Assistance Incorporated» 
com sede nos E.U.A. 
operando em 34 países do globo 
com mais de 14000 sistemas instalados 
empregando cerca de 5500 pessoas 
e tendo atingido um volume de negócios 
superior a 310 milhões de dólares em 1980 é um 
dos principais fabricantes de computadores do mundo 


NEOGOME 


A equipa que trabalhará para si 
fornecendo e instalando-lhe equipamentos M A lg 
oferecendo-lhe a solução adequada ao seu problema 
treinando o seu pessoal 
e garantindo-lhe suporte e assistência técnica 


A Informática da sua empresa 
val mesmo funcionar com esta equipa 


UM 


S NEOGOM 


COMPUTADORES E EQUIPAMENTOS DE GESTÃO, LDA. 

Largo de Santos, 9-1.º Esq. 1200 LISBOA «& OS 

Telef. 60 93 80 — Telex 15341 Quitel P 93 ) S 
DV 


RAS 
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O SEU COMPUTADOR PESSOAL 


CINCO RAZÕES PARA V.0 EXAMINAR 


| Primeira razão: O Apple Il Plus é um Computador 

pessoal extraordinário que fica bem na sua secre- 
tária. Não é maior do que uma máquina de escrever, é 
tão fácil de utilizar como uma calculadora de bolso e 
tem a potência de um verdadeiro computador a um 
preço mais baixo que muitas máquinas de fotocópia. 
Vai revolucionar a sua forma de trabalhar. 


| | Segunda razão: O Apple Il Plus pode ser utilizado 

em quase todas as actividades. Quer V. seja um 
empresário ou um advogado, um cientista ou um ho- 
mem de negócios, o Apple ajudá-lo-á nos seus proble- 
mas de gestão ou contabilidade, marketing, investiga- 
ção ou engenharia. 


| || Terceira razão: O Apple UU oferece-lhe uma vasta 

gama de programas muito eficientes, ainda que 
de simples emprego, com inúmeras aplicações comer- 
ciais e pessoais. 
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IV Quarta razão: O Apple Il significa uma rede de 

agências em Portugal, todas autorizadas e apoia- 
das pela Apple/Sorubal. E porque as Agências estão a 
par das mais recentes realizações em «harware» e 
«software», qualquer delas poderá aconselhá-lo relati- 
vamente às suas necessidades. 


V Quinta razão: As Agências Apple autorizadas em 

Portugal poderão vir a oferecer um serviço de 
assistência muito útil naquelas raras alturas em que 
dele possa vir a necessitar. 


SORUBALS.A.R.L. 

R. General Pimenta 

de Castro, 15-8.º 

1700 Lisboa 

Tel. 896555 

Telex. 12775 SORBAL P 
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A escolha de um microcumpatador 
em particular de entre uma gama vari- 
ada nem sempre se revela fácil. O 
primeiro passo será definir os objecti- 
vos a atingir e a partir daí a opção 
torna-se complexa pois depende de 
um número grande de factores, al- 
guns dos quais de difícil ponderação. 
Realmente nem sempre as caracterís- 
ticas de um sistema no que diz res- 
peito às suas performances e preço 
são os factores determinados dessa 
escolha. Há que não esquecer o 
custo de desenvolvimento do software 
de aplicação e o custo de avaria, pelo 
que os aspectos de biblioteca de pro- 
gramas oferecida, potencialidades do 
sistema operativo utilizado e apoio de 
manutenção facultado pelos represen- 
tantes, se tornam factores a não 
serem desprezados. De qualquer 
forma, para optar com consciência é 
necessário conhecer as hipóteses dis- 
poníveis. É o que se pretende conse- 
guir com esta secção constituída por 
duas partes. 

Na primeira, apresenta-se um con- 
junto de sistemas comerializados em 
Portugal, algumas características bá- 
sicas e a tentativa de uma ideia de 
preço. Para efectuar esta descrição, 
necessariamente resumida, contou-se 
com a colaboração das empesas in- 
teressadas, às quais se apresentou 
um questionário organizado segundo 
três preocupações fundamentais: 
apresentação do sistema, característi- 
cas gerais e características de explo- 
ração. 

Na segunda parte apresenta-se a 
opinião de um utilizador que, tendo 
experiência de trabalho em hardware 
e software com diversos sistemas di- 
ferentes, procurou fazer uma classifi- 
cação ordenada segundo as carac- 
terísticas dos diferentes micros de oi- 
to bits comercializados em Portugal. 

Para além das duas referidas par- 
tes, incluiremos também nesta secção 
uma descrição muito resumida da 
constituição fundamental de um sis- 
tema microcomputador com o signifi- 
cado dos termos mais importantes e 
mais frequentemente utilizados. Esta 
descrição servirá para os leitores me- 
nos habituados à terminoloia utilizada, 
melhor poderem aproveitar a descri- 
ção dos sistemas que em seguida se 
apresentam. 


Unidade central 


A secção central de um microcom- 
putador é constituída pelo processa- 
dor central (C.P.U.), pela memória de 
leitura escrita (RAM), pela memória 
só de leitura (ROM) e por alguns in- 
terfaces para as ligações com o ex- 
terior e a periféricos. 


INFORMÁTICA 


O CPU é a secção onde todas as 
operações aritméticas e lógicas são 
efectuadas e onde o controlo de to- 
das as transferências ou operações 
com a informação é gerado. Os mi- 
crosistemas podem ser constituídos 
por CPUs que trabalhem com pala- 
vras de 8, 16, ou 32 bits. A palavra é 
o grupo de bits que o processador 
consegue tratar simultaneamente, 
como um todo, e representa a uni- 
dade de informação que será utilizada 
nas operações, bem cono nas instru- 
ções dos programas. A memória RAM 
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Os Sistemas Microinformáticos 
Comercializados em Portugal 


de um microsistema varia geralmente 
entre IKbytes e 64Kbytes de capaci- 
dade e constitui a secção da memória 
central onde poderão ser armazena- 
dos os programas do utilizador. A me- 
dida universal da capacidade de uma 
memória é a K palavra que repre- 
senta um bloco de 1 024 palavras 
acessíveis da memória através de um 
endereço (o byte representa um gru- 
po de 8 bits). À memória ROM é uma 
memória pré-programada na qual são 
geralmente armazenados os progra- 
mas fornecidos pelo construtor. As in- 
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terligações entre as várias placas de 
“um mesmo sistema são geralmente 
efectuadas através de um bus de co- 
necção normalizado S — 100. As 
entradas — saídas para ligação a 
periféricos (impressoras, modems, ...) 
são geralmente de dois tipos: ou tipo 
série, cujo standard são as normas 
EIA — RSV 232C ou CCITT — V24; 
ou paralelo tipo centronics ou se- 
gundo a norma IEEE — 488. 


Memórias Auxiliares 


As memórias de massa utilizadas 
por sistemas microcomputadores divi- 
dem-se basicamente em três tipos es- 
pecíficos: memórias de banda 
magnética — cassetes; memórias de 
diskettes — floppy discs; memórias de 
disco. Verifica-se como vemos o total 
abandono das memórias de toros 
magnéticos. As memórias de casstes 
são ou do tipo HP (71,2 x 80,9 mm) 
ou do tipo audio normais (64 x 103 
mm). Existem ainda os cartuchos de 
tipo 3M que podem atingir capacida- 
des superiores. As diskettes são 
constituídas por um disco de plástico 
(semelhante aos discos de 45 rota- 
ções) coberto por uma película mag- 
nética e protegido por um envelope. 
Existem basicamente dois formatos, 5 
polegadas e 8 polegadas, cada um 
deles podendo ter dupla ou simples 
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densidade de gravação e podendo 
também ser de simples ou dupla face. 
As capacidades de armazenamento 
das diskettes variam entre 100 e 300 
Kbytes para as de 5 polegadas e en- 
tre 256 e 1,2 Mbytes para as de 8 
polegadas. Os discos podem ser 
amovíveis ou fixos e podem suportar 
capacidades de armazenamento que 
variam entre os 5 e os 20 Mbytes. A 
tecnologia mais utilizada em discos 
amovíveis é sem dúvida a do tipo 
Winchester. 


Software 


Quanto ao software, poderemos 
considerá-lo dividido em três tipos: 
software do sistema, software de su- 
porte e software de aplicação. O soft- 
ware do sistema é constituído por um 
conjunto de programas que se ocu- 
pam da gestão de todo o sistema, 
incluindo microcomputador, as me- 
mórias de massa e os periférios. O 
programa monitor (ou executivo) é um 
dos programas de software do sis- 
tema. 

O software de suporte é constituído 
pelos programas que permitem a utili- 
zação, correcção e desenvolvimento 
dos programas apresentados na lin- 
guagem utilizada pelo programador. É 
pois constituído pelo conjunto de pro- 
gramas: assembler, interpretadores, 
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"Correctores, etc.. 


Programs monitores, etc.. 


compiladores, editores, programas 


E usual chamar-se sistema de 
operação ao conjunto de programas 
que constituem quer o software de 
sistema, quer o software de suporte. 
O software de aplicação é constituído 
pelos programas do utilizador, que 
poderão ser escritos em qualquer lin- 
guagem de programação que o micro- 
computador possa reconhecer. 

A designação de software residente 
pretende significar o conjunto de pro- 
gramas que estão permanentemente 
armazenados em memória central 
(geralmente ROM), o que inclui a 
maior parte dos programas fornecida 
pelo constructor do sistema. São 
exemplos os sistemas operativos, os 


Com termo software não residente 
pretende aludir-se ao conjunto de pro- 
gramas que, não estando permanem- 
temente armazenados em memória 
central (podem estar em cassettes, 
diskettes ou disco) podem temporaria- 
mente a esta ser chamados para per- 
mitirem os processamentos requeri- 
soa pelo utilizador. São exemplos os 
compiladores das linguagens com que 
o sistema pode operar, bem como os 
programas de aplicações genéricas 
em «pacotes». 


Sistemas operativos 
e linguagens 


Concretizando um pouco diremos 
que, no que diz respeito aos sistemas 
operativos, eles podem ser especial- 
mente construídos para um determi- 
nado sistema e são, nessa altura, for- 
necidos pelos constructores ou po- 
dem ser desenvolvidos de uma forma 
standard, para se aplicarem a um 
variado conjunto de sistemas. Como 
exemplos deste tipo, poderemos citar 
o CP/M (Control Program for Micro- 
processors) e o MP/M (Multi — 
Programming Monitor for Micropro- 
cessors) desenvolvidos pela Digital 
Research, o OASIS desenvolvido pela 
Phase One Systems e o UNIX, de- 
senvolvido pela Bell Labs (Consultar 
editorial do n.º 2, volume 2 de R.!., de 
Abril/Junho de 1981). 

As linguagens de programação 
mais utilizadas em microsistemas são 
sem dúvida: Basic, Fortran, APL, Lisp 
FORTH e Pascal, aparecendo dispo- 
níveis em várias versões. 
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APPLE 


| — SISTEMA 


1. APPLE COMPUTER, Estados 
Unidos. 

2. Nos Estados Unidos o lança- 
mento do APPLE Il foi em 
1978 e do APPLE Ill em 
1980. Em Portugal, a repre- 
sentação da SORUBAL data 
do início de 1980. 


I|— CARACTERÍSTICAS DO 
SISTEMA — APPLE Il 


1. Microprocessador 6502A. Me- 
mória de base 16K bytes, ex- 
pansível até 64K bytes 
(RAM). 12K bytes de ROM. 
Suportes («slots») em número 
de oito para entradas e saí- 
das, série — paralelo. 

Peso: 5 Kg; Potência 50 
Watts. 

. Memória externa: 

Unidades de diskettes num 
número máximo de 10, com 
143Kbytes cada (uma face, 
densidade simples). 
Unidades de disco rígido (tec- 
nologia Winchester) com ca- 
pacidades desde 5 megaby- 
tes até 80 megabytes. (Uma 
mesma unidade de disco 
pode ser partilhada por 64 
computadores APPLE). 

. Periféricos: digitalizador, plot- 
ters de 1 a 6 cores, impres- 
soras térmicas, de agulhas e 
margarida. 


Il — CARACTERÍSTICA DE EXPLO- 
RAÇÃO 


1. 12K de ROM para a lingua- 
gem APPLE SOFTBASIO 
para controle. Em opção exis- 
tem outras linguagens em 
firmware e diskettes. 

. Aplicações: profissionais, co- 
merciais, de ensino, científi- 
cas e industriais, etc. 

. Ampla documentação disponí- 
vel em inglês. 
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CONFIGURAÇÕES: 


| — SISTEMA PARA ESTUDANTES 


Ape Il Europlus, 16K RAM 
odulador RF/HUF 
— Impressora térmica 


microsistemas 


172 630800 
3 460800 
42 460800 


218 550800 


Il — SISTEMA PARA CONTABILIDADE (POC) 


ple Il Europlus, 48K RAM 
onitor vídeo Hitachi 9” 
— Disk Il com controlador e DOS 3,3 
= sectores 143Kbytes) 
isc Il simples 
— Impressora "Eanirordes 739 


HI — Apple Ill, 128K RAM, com DOS e utilidades 


PROGRAMAS... E LINGUAGENS 


— visicale Ill 

— Mail List Manager 
— Business Basic 
— Pascal 


Todos os preços fornecidos já in- 
cluem o imposto de transacção. 
Foram fornecidos muitos outros ele- 
mentos com os respectivos preços, 
desde acessórios e programas até à 
documentação. 
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197 830800 
23 500800 


91 580800 
73 490800 
147 500800 


533 900800 


457 800800 


30 450$00 
18 480$00 
15 330800 
30 450$00 


REPRESENTAÇÃO: 


SORUBAL, SARL 

Lisboa, Av. General Pimenta de 
Castro, 15, 8.º 

Telef. 896555 
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microsistemas 
CANON CX-1 e BX-3 


| — SISTEMA 


1. CANON, Japonês. 


2. Lançamento em Portugal pre- 
visto para Janeiro de 1982. 


|| — CARACTERÍSTICAS e. — 
Pass sp 9 5 ida IE 
Es EM Es ES ER Cê PA E E 2 E pt e 
ne sê ti rt CE Cc ci em Cx Ee E EM F = 
t 6% CA ER TS FM CE e. e sm a 


1. Microprocessador 6809 da Em pf ou E E 
MOTOROLA. 
Memória: 4Kbytes de ROM e 
32Kbytes expansíveis até 
64Kbytes de RAM. 
Interfaces normalizados (V- 
-24/RS-232 C) num máximo 
de 3. 

Dimensões e peso: 530 x 

640 x 330 mm; 25Kg. 


. CANON Mini-Floppy Disc 
x — 8309, dupla densidade, 
dupla face, 5 polegadas, 
320Kbytes x 2 drivers. 


3. CRT de 80 caracteres x 24 
linhas. 

Impressora Rosy 28 (Honey- 
well Systems Itália) de 132 
colunas, 180 caracteres. 


|Il — EXPLORAÇÃO 


1. Sistema operativo (para cada 
um dos sistemas), permitindo 
programas em Assembler, 
Basic, Cobol e Pascal. 


2. Aplicações preferenciais: ges- 
tão comercial, contabilidade, 
salários, facturação e stocks. 


3. Documentação do software 
em português e do hardware 


ame ingles teres por aumento de Sistema Mini-floppy 
brilho. X — 8300, dupla 
ala dr 
B-— CANON BX-3, com carac- face, 5 polegadas, 
terísticas semelhantes ex- — 320Kbytes x 2, 
CONFIGURAÇÕES: cepto CRT que não está in- Velocidade de 
corporado transferência 
E 250Kbits/S + 200 000800 
A — Pod E ECT com Sigtama a 
32Kbytes de expan- | PREÇOS aproximados consoante a oppy-disc 
síveis até 96Kbytes, po- aa pd si x — 8330, 8 pole- 
dendo ser ligado ou ao gadas, 1Mbytex2, 
800 (szOkbytos Xe 2) ou tranale rência 
a es 600Kb 550 000800 
ao sistema Standard-Disc 1 2Mbites 750 is no 500Kbits/S + 500 000$00 
(1Mbytex2). CRT de 12 2.6Mbytes 1 050 000$00 E 
polegadas, 128 caracteres REPRESENTAÇÃO: 
distintos (incluindo Pç CR CO RENNETA 
teres esp. para gráficos e 
tabelas) lt possibilidade Lisboa, Rua Filipe Folque, 38-A-B 
de fazer realçar 64 carac- 1000 — Telef. 538585/579790 


18 Vol. 4, N.º 1 INFORMÁTICA 


microsistemas 


COMMODORE CBM/PET CONFIGURAÇÕES: 


y |— SÉRIE 4000 
| — APRESENTAÇÃO DO SISTEMA 


1. COMMODORE ELECTRO- 
NICS, Estados Unidos. 


Microcomputador CBM 4032, com 32Kbytes de memória | 125 000800 

Floppy Disk duplo, modelo CBM 4020, com 170 Kbytes por diskette 100 000800 

Impressora CBM 4022p de 80 colunas 85 000$00 

Gravador de o Radaies CBM C2N 7 500$00 
T ; 


2. Lançamento no mercado de 817 500800 


origem em 1975 e em Portu- 
gal em 1980. 


II — SÉRIE 8000 


Il — CARACTERÍSTICAS DO Microcomputador CBM 8032, com 32Kbytes de memória 155 000$00 
SISTEMA. Floppy Disk duplo CBM 8050, com 500Kbytes por diskette 175 000800 
Impressora CBM 8024, de 132 colunas 165 000$00 
Expansão de memória até 64Kbytes 45 000$00 
Modem acústico CBM 8010 40 000$00 
Impressora CBM 8026, tipo Daysywheel 165 000$00 
TOTAL: 745 000800 


1. Microprocessador 65024, fre- 
quência 1 Mgz. 
Memória de 32Kbytes, expan- 
sível até 64Kbytes no modelo 
8032. 
Bus IEEE 488, saída paralela 
e port para gravador de cas- ] 
setes. PROGRAMAS DISPONÍVEIS: 
Consumos: 


CBM 4032, 4022, 8032 — 
100 Watts 

CBM 4070 e 8050 — 50 
Watts 

CBM 8024 — 300 Watts 


. Memória externa: Floppy disk 


desde 170 Kbytes por disKet- 


POCDEM (série 8000) 
VISICALC (série 4000e 8000) 
MEDICOM (série 4000) 

DATE BASE (série 4000 e 8000) 
Scriptor (série 8000) 

Salários (série 8000) 

Fstock (série 4000) 

Flash 1.0 (série 4000 e 8000) - 
Cheque (série 4000) 


45 000800 
20 000800 
15 000$00 
20 000800 
25 000$00 
35 000800 
40 000800 
40 000$00 
15 000$00 


te, até 500Kbyte por diskette. 


. Periféricos: Unidades de 
Floppy disk duplas, impres- 4 
soras, modem acústico, gra- REPRESENTAÇÃO: 
vador de cassetes e plotter. 
Display 80 colunas ou 40 


) DEMITRONICS, INC. (PORTUGAL) 
colunas por 25 linhas. 


Lisboa — Rua Visconde de Santarém, 71 — A Telef. 572896 


HI — EXPLORAÇÃO 


1. Interpretador Basic em ROM; 
Software não residente: As- 
sembler, Basic, Pascal, Lisp, 
Corth, Comal. 


. Plano oficial de contas: Fac- 
turação; Salários; Gestão de 
Stocks; Gestão de hoteis (reí 
servas). 


3. Documentação em inglês. 
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microsistemas 
SISTEMAS FINDEX2 34; ICS IS 2000; PEREX 6100 


EQUIPAMENTO NP CONFIGURAÇÃO MÍNIMA CONFIGURAÇÃO MÁXIMA APLICAÇÕES PREÇOS APROXIMADOS 


Findex 234 Z 80A 64KbRAM (8 bit word) 2Mb RAM (8 bit word) eMultiprogramação emin 700 000800 
14KbROM 31kKb ROM eMultiprocessamento emax | 14180 000$00 
800Kb MF S 1/4, 2x800 Kb MF 5 1/4, Linguagens: KBASIC, 

Printer 64 cpm/132 cpl 4x154 Mb winchester BASIC compiler, 
64 terminais COBOL 80, PL/1 
Printers até 1200 1pm/ FORTRAN 80, APL, 
132 cpl PASCAL 
Streamer 6400Bpi/ eSoftware: Ver lista 
67500 bps anexa 


ICS IS 2000 AMD 2901 12Kb RAM (16 bit word, 4 Mb RAM eMultiprogramação emin 2 540 000800 
instrução de 64 bit) 8x675 Mb discos Win- eMultiprocessamento emax 50 000 000$00 
1600 Kb MF 51/4” chester Linguagens: MBA- 

(2x800 Kb) ou 8x300 Mb amoví- SIC compilador 
80 Mb disk (amovível) veis COBOL ANSI 74 
Printer 170 cpm/132 cpl 128 terminais eSoftware: Ver lista 
Streamer 6400 bpi/ Printer até 1200 anexa 
67500 bps lpm/132 cpl 
treamer 6400 

bpi/67500 bps 

Re (até 4) 875000 

ps 


Perex 6100 Z 80A 64 Kb RAM (8 bit word) 1 Mb RAM (8 bit word) 1 490 000$00 
14 Kb ROM 14 Kb ROM 4 850 000800 
500 Kb MF 51/4, 2400 Kb DF 8“ (2x1.2 
45 Mb Winchester Mb) 
Streamer 6400 45 Mb Winchester 
bpi/67500 bps Streamer 6400 
Printer 170 bpi/67500 bps 
cpm/132 cpl Pinters até 1200 Ipm 
16 terminais 


Programas em pacotes: cerca de 
39 com preços que variam entre trinta 
e quatrocentos mil escudos, dos quais 
salientamos os seguintes: 


Programa Referência 


CONTAL 81.83.32.04 59 000800 
ESTATISCAL 81.83.24,09 39 000800 
FICHAL 81.18.16.10 19 000$00 
FINANCIAL 81.83.32.10 59 000800 
INVENTARIAL 81.83.48.06 49 000800 
MEDICAL 81.32.96.96 399 000$00 
PESSOAL 81.83.32.16 99 000$00 
SALARIAL R 81.83.32.03 59 000800 


REPRESENTAÇÃO: 
EXPONENCIAL 
Lisboa — Avenida Visconde Valmor, 11— 4.º 
1000 — Telef. 765028 
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OHIO SCIENTIFIC / PCC 2000 


A— OHIO SCIENTIFIC 
Al 


|— SISTEMA 


1. Ohio Scientific — Super 
Board Il (S.B.Il). 


2. Lançado em 1978 nos EUA e 
em 1981 em Portugal. 


|| — CARACTERÍSTICAS 


7 RE aprespssaçer 6502, 1 
Z) 

Memória 4Kbytes de RAM ex- 
pansíveis internamente até 
8Kbytes e externamente até 
32kKbytes. 
Interfaces normalizados (RS- 
-2320). 
Dimensões e peso: 250 x 
300 x 30mm; 350gr. 
Consumo: 2,5 A(5v) com 
4Kbytes. 


2. Gravador de cassettes audio, 
2 diskettes de 5 polegadas, 
de simples densidade, face 
simples (80Kbytes). 


3. Impressor e placas para: 
Joystick, relógio de tempo 
real, conversor AD/DA e pro- 


gramador de EPROM. EK 


|l — EXPLORAÇÃO 


1. Software residente: monitor 
(2Kbytes) — Basic (8Kbytes). 


2. Software não residente: As- 
sembler / Editor (cassette / 
diskette). 

Operating System (0.S.) 65 
com interpretador Basic (dis- 


Il— 1. O.S. CP/M, podendo ser utili- 


zadas as linguagens Basic, 
Fortran e Pascal. 


2. Sintetizador de voz (VO- 


TRAX) e ligação a modem. 


B— PCC 2000 
1. PCC 2000, PETREC COM- 


PUTER CORPORATION, 


U.S.A. 
2. U.S.A. — 1978 / Portugal — 


1981. 


Il — 1. Microprocessador 8085, 
3Mhz 


Memória: RAM desde 
64Kbytes até 192Kbytes 
(permite 5 utilizadores simul- 
tâneos). 

Interfaces tipo série RS- 
-232C e paralelo tipo centro- 
nics. 

Dimensões e peso: 650 x 


kettes). 406 x 578 mm; 50Kgs. 
2. Educação, controle, cálculo. 
3. Manual de operação em in- CONFIGURAÇÕES: 

glês e manual de Basic e es- 

quemas de hardware em por- PREÇOS: Ai: 


tuguês. 


A2 — Idênticas características ex- 
cepto: 


II — 1. 48Kbytes de RAM. 
Dimensões e peso: 17 x (2 
x 22 polegadas); 85 lbs. 


2. Dois drivers de diskettes de 8 
polegadas, simples densi- 
dade, face simples (300Kby), 
existindo em opção a possi- 
bilidade de dispor de diskettes 
de densidade dupla, face du- 
pla (600Kbytes). 


SBII 


SBII (alento de RAM 
BKbytes de RAM 


WN—4. 


. Diskettes de 8” (2 a 4 dri- 
vers), com capacidades que 
variam de 1,2Mbytes até 
3,6Mbytes. 

Disco rígido (de 1 a 4 dri- 
vers), permitindo capacidades 
entre 10 e 80Mbytes. 


. Impressora, CRT e unidade 


de disco rígido. 


Software residente constituí- 
do por monitor de 2Kbytes. 
Software não residente: O.S. 
2000 Basic; O.S. CP/M, (Per- 
mitindo a programação em 
Basic, Fortran e Cobol); O.S. 
MT2 (permitindo Basic e 
Word processing). 


2. Gestão e processamento de 


texto. 


3. Manuais em inglês. 


Fonte de alimentação 5V/5A 


C2-0EM com 48Kbytes 


terminal OHIO SCIENTIFIC 


EPSON MX-80 


31 000800 
39 000$00 
3 500800 


312 000800 
153 000800 
110 000800 


B: PCC 2000 com 64Kbytes RAM e 1,2Mbytes em 


unidade de diskettes de 8 polegadas 
Impressora NEC Spinwriter, 55 cps. 
Unidade de disco rígido de 20Mbytes 


REPRESENTAÇÃO: 


APAL — António Pacheco Agosti- 


nho, Lda. 


Lisboa, Rua Rodrigues Sampaio, 


3: impresso; e terminal vídeo 15-2.º 
(CRT). Telef. 578093 
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680 000800 
297 000800 
923 000800 
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.compreensão 
do computador 


absorventes 


Desde o cálculo científico ao 
simples Bloco-Notas, passando 
pela gestão de stocks, 
contabilidade de pequenas e 
médias empresas, trabalhos de 
investigação científica, marketing, 
tudo isto se encontra agora à sua 
disposição em Portugal pelo preço 
inacreditável de 10 500800. 
Chamamos a especial atenção 
para os Advogados, Autodidactas, 
Comerciantes, Engenheiros, 
Estudantes, Farmacêuticos, 
Gestores, Industriais, 
Investigadores, Médicos, 
Professores, Radioamadores, 
Técnicos de Contas, etc., etc.. 


O Zx81 vem com um Manual compreensivo escrito 
para toda a gente — um curso completo de 


aos programas mais complexos 
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Consiga a avançada 


em algumas horas 


programação BASIC desde os primeiros pricípios até a ' 
quando o ZX81 é desligado. 


Novidade! Sinclair ZX81 
Computador Pessoal 


Especificações 


Dimensões 


Largura — 167 mm 
Comprimento — 175 mm 
Altura — 40 mm 
Peso — 350 grs 


Micro-Processador/Memória 

Z80A 3,25 MHz 

ROM: Contendo o intérprete 8K BASIC 
RAM: 1K bytes interno, extensível até 
16K bytes. 


Teclado 

40 teclas de toque — membrana 
sensitiva. Usando-as como funções, ou 
simplesmente como letras, este teclado 
dá o equivalente a 91 teclas, além da 
construção de gráficos, permite um 
adicional de 20 símbolos gráficos e 54 
caracteres gráficos inversos, a serem 
registados directamente. 


Mostrador 

Requer um vulgar aparelho de 
Televisão, seja a preto e branco ou a 
cor. Para o ligar, é fornecido 
juntamente com o computador um cabo 
que irá ligar ao jack da antena do seu 
televisor. O mostrador está organizado 
em 24 linhas de 32 caracteres, com os 
caracteres pretos sobre fundo branco. 


Duas velocidades 
O ZX81 pode funcionar em duas 
velocidades, conforme o modo de 
programação — FAST (RÁPIDO) ou 
NORMAL. FAST é ideal para utilizar 
com o écran de TV na programação 
normal. Na velocidade NORMAL, 
permite uma maior estabilização da 
imagem, bem como a ligação ao 
Printer. k 


Printer (impressor) 
O 8K ROM permitirá comandar 
(LPRINT, LLIST e COPY) a fim de 
conduzir o novo ZX SINCLAIR 
PRINTER. 


Programação 
Os programas podem ser 
seleccionados através do teclado ou de 
cassette. Os programas e os dados 
podem ser gravados numa casseite 
normal, de forma a não se perderem 


> 


Ce 
Eca A raça 
«x Oy So 
Ca 


o 
“7 


Controle Sintáxico 

A sintaxe de uma linha do programa é 
verificada quando se faz a entrada. Um 
rápido detector marca o erro de sintaxe 
logo que aparece. Esta marca de- 
saparece logo que o erro é corrigido. O 
programa só aceita linhas sem erros de 
sintaxe. 


Gráficos 

Além dos 20 caracteres gráficos, 
espaços e os seus inversos, o 
mostrador pode ser dividido em 64 x 44 
quadrados, cada um dos quais poderá 
ser «a preto» ou «a branco», de acordo 
com o programa estabelecido. 


Processamento de dados Sinclair ZX 
O modelo corrente poderá efectuar 
processamento de dados através de 
cassettes normais, onde já estão 
programados cursos de educação 
geral, jogos, bem como programas para 
homens de negócios, incluindo até 
programas para ajudar a administração 
da dona-de-casa. 
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Arimética 

Operações aritméticas +, —, x, +, e 
funções exponenciais. Operações de 
relação =, >, <, <>, < =,>=, 
podem confrontar uma fila de variáveis 
aritméticas para uma conclusão O 
(Falso) ou 1 (Verdadeiro). Operações 
de lógica AND (e), OR (ou), NOT (não), 
dão conclusões de acordo com o 
sistema de BOOLE. 


Notação em vírgula flutuante 

Os números são acumulados em 5 
bytes sob a forma binária em vírgula 
flutuante, binários variáveis, dando uma 
gama de + 3x 10-º a + 7x 10%, 
rigorosos até 9 1/2 dígitos decimais. 


Funções científicas 

Logarítmos e anti-logarítmos naturais; 
SIN, COS, TAN e seus inversos; SQR; 
ex. 


Variáveis 
Numéricas: 


Alfa numéricas: 
Ciclos FOR/NEXT: 


qualquer letra seguida de letras e 
números. 

As a Zs A-Z (os ciclos podem coincidir 
uns com os outros. 

Conjuntos numéricos: -A-Z 

Conjuntos de valores alfanuméricos de 
As a Zs. 


«Arrays» 
Os conjuntos de valores podem ser 


- multi-dimensionais com índices que 


começam em 1, formando matrizes. 
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Concebido exclusivamente para ser 
utilizado com o ZX81 (e também no 
ZX80 com o 8K ROM BASIC), este 
impressor oferece uma gama completa 
de letras e números ao longo de 32 
colunas, bem como gráficos altamente 
sofisticados. Uma das suas principais 
características é a tecla COPY, que 


imprime exactamente o que está escrito 


no écran, sem necessitar de outras 
instruções. 


gsimeiair 


ZX8l 


Sinclair Research Ltd. 

6 Kings Parade, Cambridge, CB2 1S 
ENGRAND 

Representado em Portugal por: 


LANDRY — Engenheiros 
Consultores, Lda. 

Rua Coelho da Rocha, 57-3.º Dt. 
1300 LISBOA 

Tels.: 66 35 38 — 60 93 85 — Telex: 
15494 


Sinclair ZX Printer — TIN 


A SAIR BREVEMENTE: 

RAM: 32, 64 e 128K BYTE 
HARDWARE: 

Interface paralelo e série 

Interface RS 232 

Interface COR/PAL 

Interface IEEE 

Conversor digital/Analógico c/ 
possibilidade de ligar a relés de 6V e 
220V/10A 

Interface FLOPPY TAPE 

Módulo para Gráficos c/alta resolução 
Sintetizador de voz 

Sintetizador de Música-3 canais 
Livros c/ programas diversos. 


Os cheques ou vales de correio 
deverão ser emitidos à ordem do 
Banco Espirito Santo e Comercial de 


Lisboa 
Conta N.º 018/13654/001.8 


POR FAVOR DÊ-NOS 28 DIAS COMO PRAZO DE ENTREGA 


LANDRY — Engenheiros Consultores, Lda. — Rua Coelho da Rocha, 57-3.º Dt.º — 1300 LISBOA 


o Manual BASIC 


— Incluo um cheque N.º 


Sinclair ZX81 Computador Pessoal incluindo 


TOTAL ————— $ — 


no valor 


sobre o Banco 


de ———— à favor de Banco Espirito Santo e Comercial de Lisboa. Conta N.º 018/13654/001.8 


— Incluo Vale de Correio no valor de 


e Comercial de Lisboa. Conta N.º 018/13654/001.8. 


a favor de Banco Espirito Santo 


(Preencha com letra de imprensa) 


NOME: 


Tel, 


MORADA: 
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TRS 80 


Trs 80, desenvolvido por TANDY 


RADIO SHACK, E.U.A. 


A—TRS 80 MODEL | 


| — CARACTERÍSTICAS DO 
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SISTEMA 


1. Microprocessador ZILOG Z80, 
-8Mhz. 


Memória: 4 a 16Kbytes de 
RAM e 4K de ROM, para o 
modelo sem interface de ex- 
pansão. 

O modelo com interface de 
expansão permite: 16 a 
48Kbytes de RAM e 12K de 
ROM. 


« O modelo com interface pode 


ser ligado a uma unidade de 
floppy disc (1 a 4 drivers), 
com capacidade de 89Kbytes 
por diskette. 


- Impressoras: térmicas, de im- 


pacto e full character; matri- 
ZOS O VN Nini XS Ro QRO 7: 
velocidades desde 50 até 120 
c.p.s.; larguras de 8”, 11” e 
13” ajustáveis. 

Unidade de diskettes (floppy 
discs) com 1 a 4 drivers e 
capacidade total de 
320Kbytes. 

Sintetizador e unidade de re- 
conhecimento de voz. 
Modem de acoplamento acús- 
ico. 


Software residente em ROM 
— interpretador Basic e sis- 
tema operativo. 


Software não residente: 

no modelo sem interface de 
expansão — Basic em ROM; 
no modelo com interface de 
expansão — Basic em ROM 
e Fortran (em disco). 


B-—TRS 80 MODEL Il 


ll — 1. Microprocessador Z80-A, 
4.0Mhz. 


Memória interna: 16 a 64K 
de RAM. 

Memória externa: Unidade 
de diskettes 8" (1 a 4 dri- 
vers) com 466Kbytes. 


3. Os já referidos anteriormente 


e ainda: 

Unidade de Floppy disc (1 a 4 
drivers) permitindo capacida- 
des até 2Mbytes. 


Unidade. de disco rígido, per- 
mitindo uma capacidade total 
de 10Mbytes. 


Ill — Além dos já referidos: 
Basic level Ill (em RAM). 
Sistema Operativo CP/M. 


Existem vários programas disponí- 
veis, para aplicações escolares, de 
gestão e divertimentos. 


NOTA: Não foram fornecidos quais- 
quer preços. 


REPRESENTAÇÃO: 


DITRAM 

Ra Migual Bombarda, 133, 
1.º-Dt.º 

Telef. 545313 


INFORMÁTICA 


sa 


1. Microprocessador 6502 de 14 


|l— EXPLORAÇÃO 


1. Software residente em ROM 


o DAS CONFIGURAÇÕES 
A . 


PC 8000 


|— SISTEMA 


1. PC 8000, desenvolvido por 


ISE COMPUTER de nacio- 
nalidade alemã. 


. Lançado na Alemanha em Ja- 
neiro de 1980 e em Portugal 
em Junho de 81. 


|| — CARACTERÍSTICAS DO 
SISTEMA 


K de ROM e 32 K bytes de 
RAM. 

Conector normalizado 
IEEE488 para 15 periféricos. 
Conector de acesso ao Bus. 


. Memória externa: mini- 


-diskettes de 160 ou 320 K 
bytes cada. Capacidade total: 
1 280 000 bytes com uma 
transferência de dados a 
250 000 bits/segundo. 


. Periféricos 


1 a 4 drivers mini Floppy, du- 
pla densidade, dupla face. 
Display — écran vídeo de 31 
cm (diagonal) com capaci- 
dade de exposição de 2000 
caracteres em 25 linhas de 80 
caracteres cada. 

Aceita qualquer impressora 
normalizada. 


de 14K bytes: interpretador 
BASIC EXTENDED — 8 K; 
Sistema de exploração 4K; 
Programa diagonóstico 1K 
monitor 1K. 


. Aplicações: contabilidade 


geral e analítica, vencimen- 
tos, gestão de stocks, contas 
correntes, facturação inte- 
grada. 


A— 64K bytes de RAM; unidade 


dupla de mini-diskettes com 
320K bytes cada. 


INFORMÁTICA 


CIL — CENTRO DE INFORMÁ- 
TICA, LDA. 

Av. Almirante Reis, 260, 3.-Esq. 

Telef. 880644/802944 


CRT descrito. Teclado alfa- 
numérico e numérico. 


Impressor de agulhas, bi- 


direccional. 


Matriz 9 x 7, imprimindo 
100 caract./segundo. 
Preço — + 650 000800. . 


B — Igual definição excepto a 


impressora que poderá im- 
primir 200 caracteres/se- 
gundo. 

Preço — + 750 000800. 


REPRESENTAÇÃO: 


Vol. 4, N.º 1 
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A 


SOMOS UMA ORGANIZAÇÃO 
EMPRESARIAL 


TRABALHAMOS 
PARA: 


AUTARQUIAS 
EMPRESAS 


SECTOR 
PÚBLICO 


ASSOCIAÇÕES 
DIVERSAS 
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Microprocessadores de 8 Bits 


J. C. Pedro de Jesus 
UTL, IST 


Os microprocessadores, com cerca de uma década de uma bifurcação da MOTOROLA (surgindo como competi- 
existência, constituiram uma verdadeira revolução na elec- dor do 6800). 

trónica integrada. A partir de unidades algo rudimentares Podemos centralizar na comparação do INTEL 8085 e 
de há dez anos atrás, o avanço tecnológico com o au- MOTOROLA 6800 a distinção entre as duas linhas referi- 
mento da capacidade de integração, a definição de novas das. Assim, as características do 8085, comuns à linha 
arquitecturas e o desenvolvimento de «sets» de instruções que se considerou como próxima da INTEL, são: 

mais poderosos, têm vindo a permitir significativos melho- 


ramentos. Os microprocessadores de 4 bits, com lugar — Um Set de instruções baseado primordialmente na 
cativo nos denominados «divertimentos electrónicos», têm manipulação dos numerosos registos internos; 
vindo a ceder o primeiro lugar nas vendas mundiais a — Uma estrutura de interrupções bastante evoluída, 
outras unidades de preço sensivelmente idêntico e de de- com «interrupts» vectorizados; 


senpenho superior; os microprocessadores de 8 bits têm — À existência de portos de entrada/saída. 
quase esgotada a «performance» desejável (6800, 8085, 

6502, 6809, 8088); os de 16 bits, competem já no mer- 

cado «por um lugar ao sol» (8086, 68000, Z8000); os de 

32 bits (em que o IAPX 432 da INTEL é o verdadeiro 

precursor) são a partir de agora uma realidade. 

Em Portugal, no âmbito do comércio e utilização dos MM-6800/16 
microprocessadores (kits didáticos, controle industrial, 
«personal computers»), o primeiro lugar pertence aos de 8 
bits, embora os de 16 bits não constituam já novidade. 
«A nível mundial, todo o muito software que foi já reali- 
zado para as máquinas de 8 bits é garantia suficiente de 
que a sua morte está bem longe. Coexistirão com certeza, 
no futuro, microcomputadores de 8, 16, 32 (...) bits, sem 
que algum se venha a sobrepor aos outros. 

Pareceu-nos portanto oportuno tentar uma comparação 
entre microprocessadores de 8 bits. 

Ressalvam-se, no entanto, três aspectos; 


— O espaço necessariamente limitado de um artigo não 
permitirá uma referência a todos os microprocessa- 
dores de 8 bits. Os que se referirão, tiveram como 
critério de selecção a experiência dos autores sendo, 
nessa acepção, considerados os mais significativos. 

— Não se pretende obter como resultado desta conver- As características do 6800, consideradas como defini- 
sa um vencedor e vencidos. A escolha de um micro- doras da linha próxima da MOTOROLA são: 
processador deve ser decidida relativamente à tarefa ' 
que se pretende que desempenhe e não em valor 
absoluto. O «throughput» avalia-se por testes dirigi- 
dos a determinadas facetas e não ao microprocessa- 
dor como um todo. Além de que outros critérios não 
menos importantes para lá do próprio microprocessa- 
dor, como sejam: a existência de segundas fontes; 
hardware compatível; software apropriado; e o as- 
pecto económico (nos microprocessadores que referi- 
remos existem preços na proporção de 1 para 10), 
devem ser condicionantes de peso. 

— Embora no que se vai referir esteja implícita uma 
hierarquia, ela não deverá ser tomada demasiado a 
peito. Há casos em que as diferenças de desempe- 
nho são evidentes. Quando o não forem, entenda-se 
a hierarquização como a revelação das preferências 
dos autores... o leitor terá concerteza as suas. 


— Set de instruções «memory-oriented»; 

— Interrupções limitadas e não vectorizadas; 

— Inexistência de portos de entrada/saída; E/S encara- 
das como posições de memória; 


. Preferir uma das linhas parece-nos ter mais de subjec- 
tivo do que de objectivo: 


— Um grande número de registos internos e uma boa 
capacidade de os manipular (8085) definem uma filo- 
sofia que não se adapta necessariamente a todos os 
potenciais utilizadores; pode na verdade preferir-se 
aceder com mais frequência a dados na memória por 
razões particulares de mentalidade, de raciocínio 
(subjectivos), ou para beneficiar (objectivamente) da 


1. Duas linhas bem definidas MM-8080/16 


Parece-nos ser possível dividir os microprocessadores 
de 8 bits em duas linhas: uma, parente próxima da INTEL, 
incluindo todos os micros da casa e aos quais se poderá 
juntar o ZILOG80, outra «afecta» à MOTOROLA, em que 
se inclui, para além dos micros desta empresa, o famoso 
6502 (microprocessador de 8 bits mais vendido em 1979). 

Tal divisão, que à frente se justificará, resultou como 
consequência natural da proliferação de fabricantes: o Z80 
foi criado por dissidências na INTEL (aparecendo como 
“concorrente do 8085) e o 6502 resultou igualmente de 
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extensão de um maior número de modos de endere- 
çamento a todas as instruções a utilizar (6800). Há 
es reconhecer no entanto, para além de toda a 
ualidade subjectivo-objectivo, que um registo de 
INDEX apenas (6800) é manifestamente pouco. 

— Do ponto de vista das interrupções, o 8085 deve ser 
considerado superior. E certo que a necessidade de 
um sistema de interrupções evoluído varia de caso 
para caso; mas também é certo que a única «des- 
culpa» do 6800 — depois de um pedido de interrup- 
ção todos os registos são: guardados automatica- 
mente para virem a ser recuperados depois do RTI 
(return from interrupt) respectivo sem qualquer preo- 
cupação do utilizador — pode ser impraticável em 
sistemas com requerimentos de velocidade. 

— Ão problema das entradas/saídas, volta a poder as- 
sociar-se um carácter subjectivo. A existência das 
instruções IN e OUT (8085) permite adquirir um dado 
para o acumulador ou enviá-lo para o exterior. Como 
apenas nestas instruções as linhas IN ou OUT do 
micro são activadas, a um circuito de entrada/saída 
pode ser atribuído um conjunto de endereços coinci- 
dentes com endereços de memória sem quaisquer 
ambiguidades. Tal situação não acontece no 6800, 
em que os circuitos de entrada/saída são encarados 
com posições de memória, não podendo haver quais- 
quer sobreposições. Surge no entanto uma vantagem 
evidente: todas as instruções (com todos os modos 
de endereçamento associados) podem ser referidas 
directamente a uma actuação de entrada/saída. Pe- 
sem-se os prós e os contras. A decisão virá, concer- 
teza, aliada a preferências de carácter pessoal. 


As traves mestras que nos levaram a considerar a divi- 
são dos microprocessadores em duas linhas, em duas 
filosofias, viriam a manter-se nos produtos seguintes das 
duas fábricas. Cada vez mais a INTEL aposta num ele- 
vado número de -registos, num sistema de interrupções 
mais e mais eficiente, na existência de portos de entrada/ 
saída, culminando no 8088 (originado de um microproces- 
sador de 16 bits, 8086, em que se «fraccionou» o bus de 
dados) que tem possibilidades espantosas. Cada vez mais 
a MOTOROLA se mantem dentro da sua filosofia, ten- 
tando resolver alguns dos «short comings» mais eviden- 
tes; o 6809, ao qual foram acrescentados um novo registo 
de index um «user stack pointer» a possibilidade de rece- 
ber um pedido rápido de interrupção (em que apenas o 
estado da máquina é guardado) e ao qual se acrescen- 


taram novos e poderosos modos de endereçamento (ob-' 


tendo-se nada mais nada menos de que 1048 instruções 
direferentes que permitem a escrita fácil de programas 
relocáveis e multiprocessamento) é o produto de ponta da 
MOTOROLA, ao nível dos 8 bits. 
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2. Superior ao INTEL 8088? 


Não ousamos afirmá-lo, mas a diferença não é (como 
facilmente seríamos levados a supor) tão grande que evi- 
tasse à INTEL a preocupação de comparar os dois minu- 
ciosamente para revelar porquê e aonde é o seu micro 
superior. 


3. Os mais vendidos 


Rivalizando com o 6800 e 8085 surgiram no mercado, 
respectivamente o 6502 e o Z80 que, mantendo ainda as 
características que nos faz incluí-los em cada uma das 
linhas, se revelaram microprocessadores rápidos, elegan- 
tes e completos, STRADA a sua larga aplicação: 
APPLE, TRS-80, PET, COMMODORE e muitos mais. 
Considerados lado a lado em termos de velocidade, di- 
ferem contudo, no tipo de aplicação óptima: o Z80 distin- 
gue-se na transferência de dados a altas velocidades, 
controle de entrada saída, manipulação de «files» e de 
bases de dados; o 6502 revela-se superior em processa- 
mento em tempo real. Tal vantagem advem-lhe do facto 
de possuir modos de endereçamento mais flexíveis e um 
excelente tratamento da página-zero, resultando um con- 
junto de 256 registos externos com praticamente o mesmo 
poder que os 20 registos internos de Z80. 


4. Uma hierarquia 


Tão resumidamente quanto nos foi possível, e talvez até 
demais, agrupámos os microprocessadores mais conheci- 
dos em três níveis hierárquicos. Se em cada nível defini- 
mos um par em que cada elemento pode ser considerado 
como pertencente a uma das duas linhas definidas, foi 
para realçarmos o facto de entendermos a hierarquização 
sem ambiguidade dentro de uma mesma linha; intercep- 
tando as duas linhas, muito de subjectivo existe numa 
eventual classificação. 
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NOTA PRÉVIA: Este trabalho não pretende ter qual- 
quer carácter inovador. Limita-se a 
apresentar, numa perspectiva de di- 
vulgação — conforme solicitado pela 
redacção da revista — um conjunto 
de factos triviais em informática mas, 
aqui, enquadrados no caso específico 
da microinformática. 


RESUMO: Neste artigo referem-se algumas potenciali- 
dades da microinformática no domínio da 
gestão. Abordam-se alguns dos problemas 
aí comuns, discutindo-se, em particular, a 
presa da escolha das estruturas de da- 

os para facilitar os acessos associativos à 
informação. Como exemplo, apresentam-se 
casos de gestão de stocks e de contabili- 
dade geral. 

Outro aspecto focado é o das qualidades, 
dum ponto de vista ergonómico, que os sis- 
temas deverão apresentar. 

É, ainda, feita uma panorâmica das lin- 
guagens disponíveis, sugerindo-se alguns 
critérios para uma boa escolha da lingua- 
gem de implementação. 


1. Aspectos gerais 


O baixo preço da tecnologia utilizada no fabrico de mi- 
crocomputadores veio permitir a utilização generalizada da 
informática em áreas onde seria impensável o emprego de 
grandes equipamentos devido ao subaproveitamento a 
que ficariam sujeitos e ao facto de os benefícios resultan- 
tes não compensarem o investimento feito. 

De entre os diversos domínios de aplicação, queremos 
referir-nos, neste artigo, essencialmente à chamada zona 
da informática de gestão para pequenas e médias empre- 
sas (PMES). 

Assim, neste contexto, poderemos citar algumas áreas: 


— Aplicações prioritárias: 
Exemplos: 

— contabilidade geral 

— gestão de stocks 

— facturação 

— processamento de salários 
— contabilidade de custos. 


Designamos estes casos como prioritários no sentido 
em que a maioria das firmas começa a sentir a necessi- 
dade de modificação dos seus processos (manuais) preci- 
samente nestas zonas. 


— Automatização de tarefas administrativas (buro- 
técnia): 


Exemplos: 


— «word processing» — edição/composição de texto: 
produção de relatórios, circulares e cartas. 

— catalogação de documentação. 

— «mailing list» — manutenção/edição de ficheiro de 
etiquetas de endereçamento. 

-— agendas automatizadas. 
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— Componentes de sistemas de informática distribuída 
(também em grandes empresas): 


Exemplos: 


— recolha de dados com algum processamento (pri- 
mário) local. 
— controle de relógios de ponto. 


Estes são exemplos já com algum grau de concretiza- 
ção actual. Outros domínios com potencialidade para atin- 
gir uma concretização razoável, incluirão: 


— controle de produção 

— planeamento 

— gestão em tempo real com interligação a aplicações 
da área de controle de processos 


A utilização duma solução informática com apoio ao 
sistema de informação duma empresa é, geralmente, de- 
terminada por: 


— Volumes da informação a tratar e/ou — necessidade 
de respostas em tempo oportuno. 


Estes aspectos, que eram tradicionalmente caracterís- 
tica de grandes empresas, são, cada vez mais, comuns 
também às pequenas e médias empresas que, em muitos 
casos, possuem já volumes significativos de informação a 
tratar com exigências de tempos de resposta razoáveis. 

Para estas, a opção microinformática apresenta-se bas- 
tante viável dado o baixo investimento inicial e a não 
exigência de grandes infraestruturas informáticas de su- 
porte. 

No entanto, os equipamentos microcomputadores ac- 
tuais ainda se caracterizam por: 


— utilização de suportes de memorização com baixa 
capacidade (floppy disks de 100, 250, 500, 1000 ou 
2500 K bytes); 

— baixas velocidades de processamento. 
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Esta situação tende a evoluir com: 


— utilização de discos Whinchester (algumas dezenas 
de megabytes on-line): 

— microprocessadores de 16 e 32 bits mais rápidos, 
mas a maioria dos equipamentos comercializados 
ainda apresenta bastantes restrições. 


Para ultrapassar tais restricções e responder as necessi- 
dades de utilização, importa que na implementação das 
aplicações se usem estruturas de dados especialmente 
cuidadas. 


' Por outro lado, como “se pretende 
directamente com os utilizadores — sem preparação infor- 


que o sistema interaja 


mática — exige-se que o software tenha preocupações 
especiais na sua interface com o homem. 
as próximas secções abordaremos, mais em detalhe, 

estes problemas, que não constituem, afinal, um exclusivo 
da microinformática. 

| Nas aplicações se envolvam maior volume de proces- 
samento — como é o caso das apresentadas sob o título 
de prioritárias — os sistemas (de 8 bits) são, quase invari- 
avelmente, usados em regime de mono-utilizador. 

Para as que impliquem um processamento «mais leve» 
— como as de burotecnia — as velocidades com que o 
operador consegue dialogar (< 3 caractéres/segundo), são 
de molde a permitir que a máquina possa prestar atenção 
a mais que um utilizador. 

Contudo, mesmo nestes casos, temos de contar com as 
limitações da memória central. Assim, não será razoável 
pretender instalar, em simultâneo, mais que duas aplica- 
ções (médias) distintas sobre o sistema. 

Se os diversos utilizadores estiverem usando o mesmo 
programa — que deverá ter código reentrante — já esse 
número poderá ser alargado. Um exemplo típico de utiliza- 
ção seria em «word processing». 

Nos equipamentos baseados em micros de 16 a 32 bits, 
as condições apresentam-se substancialmente diferentes: 
melhores tempos de execução e mais capacidade de en- 
dereçamento. A própria arquitectura dos processadores já 
foi desenhada para facilitar a multiprogramação. 


2. Problema do acesso associativo 


Um dos problemas que aparece como denominador co- 
mum nas aplicações citadas é o do acesso associativo a 
Rems de informação. 
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A eficiência do método de pesquiza que utilizarmos di- 
tará a qualidade da resposta, estando os métodos a em- 
pregar intrinsecamente ligados a organização da infor- 
mação. 

Note-se que estamos pensando em máquinas com ar- 
quitectura perfeitamente tradicional (Von Neumann). 

Consideremos, por exemplo, uma gestão de stocks 
onde se pretenda: 


— aceder a um produto dada uma propriedade descrimi- 
nante código ou nome (chave de pesquiza); 
— aceder a uma classe de produtos: 


e classes «estáticas» — definidas por um sub- 
campo do código (por exemplo); 

e classes «dinâmicas» — definidas pelos valores 
actuais de algumas propriedades características 
dos produtos. Exemplo: classe de produtos que 
atingiram o stock mínimo; 


além de outros acessos. 

O software de sistema 
para micros é pobre nos 
mação que oferece. 

Recentemente têm surgido algumas propostas de siste- 
mas de gestão de bases de dados (DBMS) para micro- 
computadores. No entanto, ainda não são conhecidos re- 
sultados significativos sobre as suas «performances» (em 
termos de espaço e tempo). 

Por se tratar de produtos ainda pouco divulgados, com 
resultados ainda não comprovados (em microinformática) 
e de preços consideravelmente elevados, normalmente 
parte-se para as implementações dispondo apenas de me- 
canismos de acesso sequencial e directo (relativo). 

Atendendo aos tempos de acesso em floppy discks (al- 
gumas centenas de milisegundos), pesquizas lineares (se- 

uenciais) serão praticamente proibitivas, mesmo a partir 
e volumes relativamente pequenos de informação. 

O recurso a ordenações dos dados também não consti- 

tui uma solução aceitável porque: 


(de base) actualmente disponível 
mecanismos de acesso à infor- 


— as ordenações são sonia operações lentas; 

— mesmo uma pesquiza dicotómica num vector orde- 
nado, não'fornece bons resultados a partir de deter- 
minados volumes (tempo proporcional a «log (2) di- 
mensão-do-vector»). 


O desafio consiste, então, em obter uma organização 
balanceada pela rapidez de acesso com um mínimo de 
redundância de informação (minimização de espaço ocu- 
pado). A , 

Duas das técnicas bem conhecidas para garantir bons 
tempos no acesso associativo, Sem impor grandes ocupa- 
ções suplementares de memória, são os métodos de en- 
dereçamento por hashing e as organizações hierarqui- 
zadas. 

Estas técnicas poderão ser usadas isoladamente ou em 
paralelo sobre uma mesma estrutura, consoante as aplica- 
ções. : 

O princípio em que assentam é basicamente o mesmo: 


O domíniio de pesquiza é dividido em classes. Determi- 
nada a classe a que pertence o elemento procurado, o 
número de tentativas que teremos de efectuar é, natural- 
mente, reduzido em relação às que teríamos de efectuar 
se procurássemos no domínio global. Cada classe poderá, 
por sua vez, ser dividida em subclasses, descriminando 
um menor domínio de incerteza. 

A forma de concretização é diferente nas duas técnicas. 


2.1 Técnicas de hashing 


Como exemplo da utilização duma técnica 
consideremos o problema 
gestão de stocks. 


de hashing, 
do acesso a um produto na 
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O ideal seria dispormos duma função que, dado o có- Um exemplo simples de função de rehash (linear) 
digo dum produto, nos forncesse o endereço do corres- será: 
pondente registo no ficheiro. 


Como, normalmente, na prática, o conjunto de chaves rehash(P) := (P+1) mod N 
possíveis é muitíssimo superior ao número de elementos : ne . 
que alguma vez teremos efectivamente no ficheiro, não é que equivale a procurar nas posições seguintes à 
viável encontrar uma função, fácil de avaliar, que trans- primeira previsão. 
forme biunivocamente o código dum produto existente no . E , À 
seu endereço. Obviamente que a procura duma posição para inserir 


A solução dos métodos de hashing passa pela adopção um novo item no ficheiro de dados terá de seguir o 
duma função — função de hash — que permita determinar mesmo critério que se empregara na procura. 
uma aproximação ou primeira previsão da posição ocu- Em anexo apresentamos algumas funções de hash e de 
pada pelo item procurado. rehash usuais. á 

Essa função deverá fazer corresponder a cada chave A tabela seguinte apresenta-nos alguns resultados com- 
um valor compreendido entre O e N-1, sendo N a dimen-  parativos dos métodos de hash em oposição a pesquizas 
são do ficheiro de dados. sequências ou dicotómicas: 

Um exemplo simples de função de hash é: 


hash (CHAVE): = CHAVE mod N. 


Pode acontecer que dois ou mais códigos distintos dêm N=4000 
origem ao mesmo endereço de hash. Estaremos perante ; : 
uma colisão. Os elementos que colidem num dado endere- % de  pesquiza — pesquiza Hash + rehash 
: : ; Por ocupação linear dicotóm. ——— 
ço de hash designam-se por sinónimos (constituindo uma linear Day iner. 
classe). O problema da pesquiza associativa resumir-se-á, pond 


após a determinação da primeira previsão, a uma procura PNR E DES DI Eee 


na classe de sinónimos dessa posição. 


número médio de tentativas 


ch; 
7 o Da A eficiência dum método de hash não depende da di- 
mensão do ficheiro de dados mas sim da sua percenta- 
gem de ocupação. k 
Importa salientar que estes resultados foram obtidos 
ch 3 com um conjunto de chaves geradas aleatoriamente (se- 
A gundo uma distribuição uniforme). 
colisa Num caso real, os resultados serão dependentes da 
adaptação da função escolhida à natureza da chave de 
* pesquiza e respectiva distribuição de corrências. 
- Contudo, queremos salientar que, em algumas experiên- 
Uma das características desejáveis numa função de cias concretas de gestão de stocks realizadas sobre mi- 
hash, é que garanta uma distribuição dos endereços gera- crocomputadores — que se encontram em funcionamento 
dos o mais uniforme possível — de modo a que não — foram obtidos resultados muito próximos dos citados, o 
hajam classes de sinónimos com muitos elementos. Esse que consideramos francamente bom. 
objectivo não é fácil de garantir, a menos que se tenha Um pormenor que convém referir: 
conhecimento estatístico da distribuição das chaves dos ; : 
items que efectivamente existirão no stock. — embora pareça que a solução de rehash linear seja a 
Para a resolução da indeterminação resultante das pos- pior, pois conduz a maior número de tentativas, po- 
síveis colisões podem-se usar várias técnicas; derá ser a aconselhada para pesquizas em disco. 
Como justificação, repare-se no facto de, por cada 
— manter os elementos de cada classe de sinónimos acesso a disco, não se transferir apenas um registo 
organizados em lista ligada: - ara memória central, mas sim um grupo deles. 
este modo, se cada classe de sinónimos estiver na 
mesma proximidade física, aumenta a probabilidade 
de, com um único acesso, encontrarmos o elemento 
procurado, 


A utilização deste método coloca, contudo, alguns pro- 
blemas: 


— é necessário dimensionar, à priori, O ficheiro físico de 
suporte aos dados. Note-se que as funções de hash 

e rehash usam essa informação. 
Se alguma vez — durante a evolução do sistema 
— for necessário ultrapassar esse dimensionamento 
inicial, teremos de reorganizar toda a estrutura para a 


listas de sinónimos nova dimensão ou, então, usar uma estrutura auxiliar 
para «overflow». 

— Usar uma função semelhante à de hash — função de — 0 método é eficiente mas apenas para a procura dum 

rehash que, a partir da previsão inicial, nos permita elemento singular conhecida a sua chave. Se preten- 


fazer novas tentativas: dermos aceder uma classe de items teremos dificul- 
dades com este método. 
P “= hash (CHAVE) 


enquanto não ENCONTROU Para acessos a classes ou famílias de elementos tere- 
fazer mos de recorrer a organizações mais apropriadas. 
P := rehas(P) As organizações hierarquizadas constituem uma boa hi- 
fimfazer pótese de resposta a esse problema. 
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2.2 Organizações hierquizadas 


Consideremos, como exemplo típico de utilização de 
soluções hierarquizadas, a estrutura de suporte a um pla- 
no de contas (POC). 

O plano oficial de contabilidade impõe uma codificação 
para as contas que reflecte uma estrutura hierquizada: 


— código-do-razão e código-2-grau e código-3-grau e 


Exemplo: 


SEA Coro nirdito IEÍNAS 


O tipo de operações pretendidas sobre o plano inclui: 


— acesso a uma conta 

— acesso a uma classe de contas (p. ex., aos descen- 
dentes, num dado grau, duma conta) 5 

— integração das movimentações duma conta folha 
(maior desdobramento) nas suas ascendentes, e só 
nestas 

— garantia de movimentações apenas nas folhas 

— acesso a cada nível (grau) de desdobramento 


De notar ainda que, em acessos para listagem de clas- 
see. se desejam obter os elementos ordenados por có- 

igo. 

Por outro lado, pretendendo-se que a aplicação funcione 
em modo interactivo, todos os acessos (consultas, actuali- 
zações, inserções, ...) deverão ser garantidos num tempo 
mínimo (à escala do utilizador). 

Parece lógico que, para facilitar a implementação deste 
tipo de operações, a organização da informação deverá 
reflectir directamente a estrutura hierárquica do plano. 

Os diversos esquemas de acesso resumir-se-ão a per- 
cursos de zonas bem determinadas da estrutura (árvore) e 
não a procuras exaustivas no domínio total do plano. 

Também aqui queremos referir os resultados duma im- 
plementação, sobre um microcomputador de 8 bits, 
usando estes princípios. 

Mesmo em face das fracas características do equipa- 
mento: 5 us por instrução (em média), 300 ms para aces- 
So a um sector, consegue-se que todas as funções — que 
incluem muitas outras, além das exemplificadas — se 
efectuem em tempos adaptados a um diálogo directo com 
AA O! (apesar de se usar uma linguagem interpre- 
tada). 

Outro exemplo típico é o da gestão de stocks em que 
O código de produto sugira uma hierarquização — divisão 
de produtos em classes, subclasses,... 

Pedidos comuns, neste caso, serão os de listagens por 
classe ou subclasse com ordenação dos items por código. 

Como foi referido atrás, em certas circunstâncias, po- 
derá ser conveniente manter diversos esquemas de aces- 
so, à mesma estrutura, em paralelo. 

No último exemplo será útil garantir o acesso por 
hashing para atingir produtos singulares e um caminho 
hierarquizado para acesso a classes e subclasses. 

Nestes dois exemplos, a construção duma estrutura hie- 
rarquizada é naturalmente sugerida pela própria composi- 
ção da chave de pesquiza. 

Em casos em que isso não aconteça poder-se-á forçar a 
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uma divisão arbitrária em classes. Um critério para essa 
divisão será tentar uma distribuição uniforme dos items 
pelas classes estabelecidas. 


Convém notar alguns aspectos relativos à implementa- 
ção destas estruturas: 


— os algoritmos envolvidos na sua manipulação nem 
sempre são absolutamente triviais (principalmente 
quando se usam linguagens pouco evoluídas); 

— dado o carácter dinâmico das estruturas, terá de se 
ter em atenção o problema da gestão de espaço; 

— para melhorar os tempos de resposta, poderá ser 
conveniente dividir a estrutura lógica por diversos fi- 
cheiros físicos. 


Exemplifiquemos: 


Se separarmos, fisicamente, os caminhos de aces- 
so aos dados e os dados propriamente ditos, conse- 
guimos que, por cada acesso a disco, se transfira 
para memória uma maior janela da estrutura de aces- 
so. Isto levará, consequentemente, a tempos de pes- 
quiza mais curtos. 


3. Interface com o utilizador 


Como foi referido, a utilização da microinformática em 
gestão de PMEs, pressupõe a não existência — nem 
criação — de infraestruturas informáticas de apoio (pes- 
soal técnico, ...). 

Assim, os sistemas irão intercactuar directamente com o 
utilizador final. 

O software deverá ser desenvolvido tendo em atenção 
tal facto. Independentemente da qualidade interna dos pro- 
gramas, será a qualidade da interface entre um programa 
e o utilizador que mais peso poderá ter na sua aceitação 
ou rejeição. ? 

Esta é uma questão comum a todas as zonas de aplica- 
ção da informática e relativamente à qual existem princií- 
pios gerais que farão parte das regras básicas de progra- 
mação. 

Contudo, constata-se que, em muitos casos de aplica- 
ções desenvolvidas em microcomputadores, esses princí- 
pios são esquecidos. 

Por isso, sem pretendermos ser exaustivos (até porque 
os factores humanos envolvidos na comunicação ainda 
não são suficientemente conhecidos) e correndo o risco de 
repetir princípios perfeitamente triviais, insistimos na cita- 
ção de alguns que consideramos essenciais: 


— Os programas deverão ser autoexplicativos, estabele- 
cendo um diálogo com o utilizador na linguagem es- 
pecífica da área de aplicação e de forma a que cada 
etapa do processamento seja absolutamente clara. 


— Nas situações em que o diálogo seja conduzido atra- 
vés de sequências de menus, estas deverão reflectir, 
para o utilizador, um modelo claro do comportamento 
dinâmico do sistema. 

— Na verificação de dados de entrada, sempre que pos- 
sível, deverá ser o programa a detectar qualquer si- 
tuação de erro e gerar mensagens avisadoras explíci- 
tas. E de evitar a passagem do controlo para o sis- 
tema de exploração, o qual gera mensagens menos 
claras para o utilizador e dificulta o objectivo da recu- 
peração da situação de erro sem perca das etapas 
imediatamente anteriores. 

— O utilizador deverá ser avisado, com o conveniente 
realce, quando está perante decisões que envolvam 
riscos especiais. 


Exemplo: 


Em operações que envolvam supressão de items 
de informação deverá ser pedida confirmação. 


v 
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A observância destas regras tem o seu custo de forma 
que, em programas interactivos, a componente «diálogo» 
— e respectiva validação — corresponde a uma fracção 
importante do volume de código. 


Os terminais de video utilizados pela maioria dos micro- 
computadores oferecem algumas facilidades que poderão 
ser aproveitadas para uma implementação — de forma 
ea e agradável — dos aspectos referidos. 

itam-se nomeadamente: 


e endereçamento do cursor — possibilidade de o colo- 
car em qualquer posição do écran 
hipótese de estabelecer zonas em «reverse video» 
facilidades gráficas (em maior ou menor grau) 
«blinking» 
emissão de avisos sonoros 


4. Linguagens de implementação 


Actualmente é grande o leque de linguagens disponíveis 
para microcomputadores. 
Exemplos: Assemblys, BASIC, PASCAL, FORTRAN, 
COBOL, LISP, C, PL/1, FORTH, ... 


Nem todas estarão disponíveis para qualquer micro e 
algumas implementações são de fraca qualidade. 


Normalmente, quase todos os microcomputadores, além . 


do Assembly, oferecem versões de BASIC e PASCAL. 


A escolha da linguagem de implementação (de entre as 
disponíveis para a máquina objecto) deverá ser feita cri- 
teriosamente. 


Nesta escolha é importante ter em atenção que diferen- 
tes implementações da mesma linguagem podem apresen- 
tar características radicalmente diferentes. 


Considerando que muitas das pessoas que actualmente 
trabalham em microinformática provêm de áreas onde não 
era fornecida praticamente qualquer formação informática 
de base, apresentamos alguns parâmetros (bem conheci- 
dos) que poderão ajudar na escolha da linguagem de 
implementação. 

— À linguagem deverá ser simples e conduzir a uma 
programação naturalmente estruturada e modular. 


Neste aspecto, dentro das disponibilidades, considera- 
mos o PASCAL a mais indicada. 


— Deverá facilitar a definição de novos tipos de dados 
(ajustados à aplicação pretendida). 


Aqui o PASCAL continua a ser a escolha conveniente. 
O BASIC e o FORTRAN constituem a última alternativa. 


— Deverá ser facilitada a implementação de técnicas de 
«overlays» dadas as limitações de memória central da 
maior parte dos microsistemas. 


Note-se que os micros de 8 bits endereçam, normal- 
mente, 64K bytes de memória. 


Quanto a dimensões dos programas de aplicação, referi- 
mos os exemplos citados de gestão de stocks e contabili- 
dade geral em que se atingiram valores da ordem dos 150 
a 200k bytes de código fonte. 


Se o código for interpretado, teremos de contar ainda 
com a dimensão do seu interpretador. 


Em soluções compiladas, alguns resultados preliminares 
apontam para valores médios de 10 a 15 bytes de código 
máquina por instrução de alto nível. 


Nalgumas versões de linguagens, este facto é contem- 
plado na própria linguagem ao permitir a definição de 
módulos que apenas serão carregados em memória 
quando a sua execução for activada. 


' Por exemplo, em certas implementações de PASCAL 
isso é permitido através do conceito de «segmented pro- 
cedure» (ou «unit» na terminologia do UCSD Pascal). 


Noutras, o processo será menos automatizado, compe- 
tindo ao programador recorrer ao sistema de exploração 
para conseguir esse efeito. 
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É conveniente que este processo permita que os mó- 
dulos, quando carregados, enconirem, em memória, o en- 
quadramento que reflita o estado actual do programa. 
Doutro modo — como acontece com algumas implementa- 


ções de BASIC — terão de se usar ficheiros temporários 
para passagem de parâmetros que irão materializar esse 
estado. 


— Deverá possibilitar a detecção de erros — em «run 
time» — com manutenção, opcional, do controlo pelo pro- 
grama que, assim, poderá, em diálogo com o utilizador, 
ultrapassar a situação. 


Muitas implementações das linguagens citadas ofere- 
cem esta possibilidade sob a designação de «error trap- 
ping» ou «exception handling». 


— Para facilitar a fase de implementação, é conveniente 
que se possa dispor dum «debugger» simbólico compatí- 
vel com a linguagem. 


— Um aspecto bastante importante, no desenvolvimento 
de projectos média e grande dimensão, é a possibilidade 
de se poder desenvolver, compilar e testar separadamente 
os diversos módulos dum programa. 


Para isso, é naturalmente necessário dispor dum «lin- 
ker» compatibilizado com o código gerado pelo com- 
pilador. 


É de ter em atenção que muitas versões de linguagens 
não dispõem desta facilidade. 


— Outro factor a considerar na decisão é o facto da 
linguagem ser compilada ou interpretada. 


Como já referimos, em soluções interpretadas, teremos 
de suportar a ocupação de memória central com o intre- 
pretador (em «run time»). Por exemplo, no caso do BASIC 
isso significa cerca de 15 a 20k bytes. 


Outro aspecto é o da degradação dos tempos de exe- 
cução: 


Para algumas das linguagens correntes, costumam 
apontar-se valores que afirmam serem as soluções inter- 
pretadas cerca de 10 vezes mais lentas que as com- 
piladas. 


Contudo, a importância relativa desses valores depen- 
derá bastante do tipo de aplicação. Num programa fa- 
zendo bastantes acessos a disco (por exemplo), será sig- 
nificativo o tempo gasto nesses acessos com os tempos 
de interpretação. 


A maioria das versões de BASIC e LISP são interpreta- 
das, embora também existam alguns compiladores. 


Para as outras linguagens, com algumas excepções, 
dispõem-se apenas de compiladores. 


Um argumento usado frequentemente em favor das 
soluções interpretadas tem a ver com as facilidades — 
para o programador — resultantes da interactividade que o 
interpretador possibilita. 
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MOORE PARAGON 
25 ANOS EM PORTUGAL 


Realizou-se no passado dia 28 de Novembro, num Hotel de Cascais, o jantar comemorativo dos 
25 anos de actividade da Moore Paragon, em Portugal. 

A Moore Paragon Portuguesa, Lda., foi formada .em 1956 com o objectivo de responder às 
necessidades de um mercado que então despontava no nosso País — a Mecanografia —., 

Pioneira em Portugal na fabricação de formulários em contínuo, ela assistiu e acompanhou toda 
a evolução de mercado, desde as já obsoletas tabuladoras, até aos mais complexos e sofisticados 
sistemas informáticos dos nossos dias, diversificando produtos, criando mais postos de trabalho, 
alargando o parque industrial e instalações por forma a corresponder a esse contínuo desenvolvi- 
mento. 

Desde a primeira hora a Companhia tem dedicado todo o seu esforço na satisfação das 
necessidades dos seus clientes, o que tem obrigado a uma contínua busca e utilização das mais 
modernas técnicas — desde as vendas à produção — por forma a que os seus produtos e serviços, 
continuem a manter o nome Moore Paragon num lugar cimeiro do mercado nacional. 

Foram quase 200 pessoas — que diariamente fazem a Moore Paragon Portuguesa, Lda. — os 
presentes ao jantar do passado dia 28 de Novembro, e que num verdadeiro espírito de amizade, 
ouviram as palavras do representante da Moore Corporation, sr. Roger Barichello responsável pela 
zona Sul da Europa, bem como as proferidas pelo Director-Geral da Companhia em Portugal João 
Mineiro. 

Das palavras dirigidas aos presentes, ressalta a preocupação que o grupo Moore dedica à 
formação e realização — a todos os níveis — do seu pessoal, como ponto fundamental para o 
crescimento de uma actividade que não pode parar, e cada vez mais terá que se sofisticar e 
desenvolver acompanhando o desafio que a Informática vem apresentando. 

Na altura, foi também realçado o plano ambicioso de investimentos financeiros que a Moore 
Corporation tem apoiado — e continuará a apoiar — para o desenvolvimento da Companhia em 
Portugal, como demonstração da confiança que o grupo deposita no futuro, não só da Empresa 
como do País. 

Na mesma ocasião foi mencionado o significado especial que o ano de 82 irá ter para todo o 
grupo Moore, já que se irá comemorar os 100 anos da fundação da Empresa Mãe, formada no 
Canadá em 1882. 

No fim do jantar foram distribuídas a todo o pessoal da Companhia medalhas comemorativas 
dos 25 anos, o que para alguns dos presentes teve um significado especial, pois paralelamente eles 
estariam a comemorar os mesmos anos de permanência na Moore Paragon Portuguesa, Lda. 
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Todavia, queremos lembrar que esse facto não será 
importante para o utilizador final. Para este, o que importa 
é a interactividade do programa de aplicação final. 


Uma filosofia bastante usada consiste em utilizar uma 
solução mista: o compilador gera um código de nível inter- 
médio para uma máquina hipotética. Esse código será, 
depois, interpretado por um pequeno interpretador. 

Alguns exemplos frequentes são: 


— Pascal com geração de código P; 
— Cobol com geração de código S; 
— C com geração de código A. 


A dimensão dos interpretadores é razoavelmente peque- 
na: 3 a 4k e os tempos de execução não são muito 
degradados comparativamente aos das versões gerando 
código para máquina objecto. 

A grande vantagem destas soluções está na portabili- 
dade que se consegue para os compiladores (e restante 
software) — bastará produzir um interpretador do código 
intermédio para cada máquina objecto pretendida. 

Por outro lado, como esse código é escolhido de forma 
a facilitar a compilação, resultam compiladores menos 
complexos. 


5. Conclusões 


Apesar das limitações actuais dos pequenos sistemas, 
julgamos que eles podem desempenhar um papel impor- 
tante nas áreas de gestão de PMEs, burotecnia e nos 
diversos capítulos da «descentralização informática», para 
não falar nas aplicações já mais consagradas de controlo. 

Contudo, pensamos que é importante saber definir os 
limites do razoável e nunca descurar os aspectos de dese- 
nho duma boa organização da informação e duma boa 
interface com o utilizador final (interlocutor directo). 


ADENDA — alguns exemplos de funções de hash e de 
rehash 


A. Funções de hash: 


EX SI: 
hash (CHAVE): = CHAVE mod N 


onde: 


N — dimensão reservada para o ficheiro. 


Esta é a função mais simples e, historicamente, a pri- 
meira, embora apresente alguns inconvenientes, já que a 
distribuição dos endereços por ela gerados está demasia- 
do dependente da representação interna das chaves. 

Por exemplo, se a representação interna das chaves 
corresponder sempre a números pares (ou ímpares), os 
endereços de hash obtidos serão sempre pares (ou ím- 
pares). 

Note-se que o ideal é conseguir que a distribuição ob- 
tida seja o mais uniforme possível, para reduzir as coli- 
sões. 


Ex. 2: «Folding» 


Divide-se a representação interna da chave (cadeia de 
bits) em duas metades, efectua-se sobre elas uma trans- 
formação — por exemplo, somando as duas metades en- 
tre si, ou fazendo o «e» lógico entre elas — de forma a 
obter uma chave transformada, 'a qual se aplicará' o prin- 
cípio do ex. 1. 
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Exa: 


Suponha-se que a representação interna da chave 
ocupa L bits. Multiplicando-a por si própria, teremos uma 
sequência de 2.L bits. Se a dimensão do ficheiro for N = 2 
elevado a M, apenas necessitamos de M bits para endere- 
çar todos os seus elementos. Retiramos esses M bits da 
parte central da cadeia de comprimento 2.L. 

Várias outras propostas existem na literatura para fun- 
ções de hash. Estas são deixadas a título de exemplo. 


B. Funções de rehash 


Como foi dito, as funções de hash permitem efectuar 
uma previsão da posição do elemento. As funções de 
rehash vão permitir resolver o problema das colisões, pro- 
videnciando um método de convergência para a localiza- 
ção exacta, segundo o esquema geral: 


P:= hash (CHAVE) 
enquanto não ENCONTROU 
fazer 
P: = rehash (P) 
fimfazer 


Caso não haja colisões, o valor dado pela função de 
hash indica logo a localização definitiva, não sendo neces- 
sário usar o rehash. 

Alguns exemplos: 


Ex. 1: rehash linear 
rehash (P):= (P + 1) mod N 


Conduz a uma pesquiza linear nas posições seguintes à 
primeira previsão. 


Ex. 2: rehash quadrático ou algoritmo de Day 


função rehash (P) 
Ri=R+2 


rehash: = [P + ABS (R)] mod N 
fimfunção 


onde R é uma variável global inicializada a — N quando se 
faz a primeira previsão, para o item procurado, com a 
função de hash. 


Ex. 3: método dos incrementos ponderados 
rehash (P):=(P + R) mod N 


onde R é uma variável global inicializada a 
[2* hash (CHAVE) + 1] mod N 


quando se faz a primeira previsão para o item procurado. 
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Implementação 


O objectivo da programação consiste na obtenção de 
soluções para problemas. O programador, com base numa 
descrição mais ou menos completa de um determinado 
problema, nas especificações dos sistemas físicos e no 
«software» de sistema disponível (se necessário), concebe 
um algoritmo (máquina abstracta) o qual, comunicado ao 
sistema segundo qualquer processo (geralmente escre- 
vendo um texto em determinada linguagem de programa- 
ção disponível), permitirá o consumo e/ou produção de 
informação. 

No início da era informática, os computadores eram de 
dimensões exageradas em relação à sua potência efec- 
tiva, sendo portanto o custo de computação excessivo. 
Não se justificava então dotar os sistemas de utilitários ou 
sistemas de operação poderosos, as linguagens de pro- 
gramação estavam «mais perto» da máquina do que do 
utilizador: obtinham-se programas relativamente eficientes 
à custa da programação em Assembly ou de linguagens 
conceptualmente pouco mais desenvolvidas, difíceis de 
manter e de corrigir. O decréscimo do custo do «hard- 
ware», assim como o aumento de potência dos processa- 
dores e da memória central disponível, permitiu à comuni- 
dade informática, agora apoiada por princípios teóricos 
mais robustos, debruçar-se mais pormenorizadamente so- 
bre o seu próprio trabalho e sobre os perigos que incidiam 
sobre a fiabilidade, legibilidade e portabilidade do «soft- 
ware» produzido. Com o auxílio de todas as contribuições 
conhecidas da parte da teoria da computação, das novas 
filosofias de concepção de «hardware» e de «software», 
da retroacção vinda dos programadores em geral, foram 
sendo «desenhadas» múltiplas linguagens de programa- 
a algumas de carácter geral, muitas para uso especí- 
ico. 

De qualquer modo, as tendências actuais apontam para 
uma uniformização quer da forma quer das metodologias 
envolvidas, libertando o programador do trabalho rotineiro 
[«Let the machine do the dirthy work», (icarpiaan, 
1978)], para o desenvolvimento de programas mais fáceis 
de usar, de interacção coloquial e de superior capacidade 
computacional. 

Em determinados campos de utilização, em particular no 
da inteligência artificial e áreas relacionadas, onde se pre- 
tende resolver problemas de estrutura irregular ou apenas 
parcialmente conhecida, ou ainda fazer manipulações 
complexas sobre estruturas de dados de organização mui- 
tas vezes imprevista, o uso de inguagens de «nivel mais 
elevado», tais como o LISP ou o Prolog, torna-se alta- 
mente aconselhável. Consideremos ainda a grande clare- 
za e legibilidade (eficiência cognitiva), baseada na estru- 
turação real de programas expressos em tais linguagens, 
assemelhando-se mais a expressões da Lógica ou da Ma- 
temática em geral do que a sequências de «ordens», «á la 
Von Neumann». ; 

É necessário estarmos conscientes de que os actuais 
microsistemas evoluirão num espaço de tempo mais ou 
menos curto para configurações de potência semelhante à 
dos grandes sistemas utilizados actualmente na investiga- 
ção informática, abrindo-se mesmo novas e interessantes 
perspectivas (multiprocessamento e concorrência, «net- 
working» local, etc....). 

Achou-se, por tudo isto, interessante experimentar a im- 
plementação num microcomputador, um Apple Il com 64 K 
Ram, de uma linguagem do tipo descrito, não nos preocu- 
pando à partida aspectos de supereficiência mais do que a 
clareza e simplicidade linguística (sintaxe+semântica) da 
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mesma. Por, a nosso ver, simplificar os primeiros estágios 
da implementação, escolheu-se como base um dialecto do 
LISP, a concretizar assente num sistema operativo conhe- 
cido e suficientemente portátil (U.C.S.D. Pascal O.S.). 

Embora uma descrição detalhada da linguagem basea- 
da no LISP que implementámos saia do âmbito deste 
texto, vamos dar uma pequena visão das suas potenciali- 
dades e forma. Podemos classificá-la como uma lingua- 
gem puramente funcional dado serem funções, na sua 
mais comum assepção matemática, os blocos de constru- 
ção de um programa escrito naquela. Trata-se pois de 
uma linguagem que assume um menor compromisso com 
as máquinas convencionais, apresentando por isso mesmo 
uma «interface» de nivel superior com o utilizador. Progra- 
mas que resultariam longos e difíceis de escrever em 
linguagens convencionais serão na maior parte dos casos 
mais concisos e «transparentes» quando apresentados 
sob um aspecto funcional. Assim, qualquer programa P 
será expresso por 


P: y=F(x). 


em que x é o conjunto dos argumentos, o qual pode ser 
vazio, y a estrutura de dados produzida pelo programa e F 
será a função (algoritmo) a aplicar. A definição de funções 
será efectuada segundo dois processos: definição com 
base em funções definidas ou primitivas, 


a) f=lambda ([X1...Xi], Exp). 
em que Exp. representa qualquer expressão bem 
formada sobre os Xi, ou definição a partir duma ex- 
pressão «lambda». Uma expressão «lambda» tem o 
valor de uma função. Assim, 

b) f = lambda ([X1...Xi], Exp). 
sendo Exp o corpo da definição. Concretizando, po- 
deríamos ter, para cada um dos casos: 


a) factorial (N) = if (N=0,1, vezes (N, factorial 
(menos (N,1)))). 
b) mais-um = lambda ([X], mais (X,1)). 
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representando a) um programa que calcula o factorial de 
um número inteiro e b) a definição de «mais—-um», uma 
função que adiciona uma unidade ao seu argumento (ex: 
mais—um(2)=3). 

Para terminar a nossa resumida e superficial apresenta- 
ção da linguagem que descrevemos (aliás, o leitor interes- 
sado em aprofundar mais a questão poderá debruçar-se 
com mais detalhe sobre alguns dos trabalhos citados), 
gostaríamos de salientar do seguinte modo alguns pontos- 
-chave, a nosso ver os mais importantes: 

Linguagem funcional ... Estamos em presença de uma 
linguagem puramente funcional. Na construção de progra- 
mas, os blocos fundamentais são funções, sendo portanto 
favorecidas todas as técnicas de programação estruturada, 
principalmente a «afinação passo-a-passo». 

Aproximação «bottom-up» — O substracto da linguagem 
consiste em algumas primitivas pré-definidas (I/O, cons- 
tructores de dados, selectores, aritmética inteira, expres- 
sões condicionais, etc....), a partir das quais os programas 
são desenvolvidos. [«The definition of LISP itself, as stated 
by McCarthy, provides a good model for this aproach, 
since most of a LISP system is itself written in LISP, 
except for a handfull of primitives» Laubsh, 1979]. 

Uniformização — Todas as estruturas da linguagem são 
expressões simbólicas (átomos, listas, árvores, etc...), e 
geralmente podem ser vistas quer como expressões evalu- 
áveis, quer como estruturas de dados (equivalência dados- 
-programas). 

Recursividade — As funções são geralmente definidas 
recorrendo às abstracções do «lambda-calculus», a recur- 
são aparece pois de um modo natural, podendo ser vista 
como uma iteração de alto nível. 

Correcção formal — Como é natural, a correcção de um 
Grograma é função da sua correcção matemática fun- 
cional. 


Extensões semânticas — Pretende-se manter a lingua- 
gem no estado mais «puro» possível, eliminando todas as 
construções cuja avaliação produza efeitos laterais (assig- 
namento, saltos de controle, etc...). Pretende-se também 
estender os aspectos formais da linguagem de modo a 
manter uma semântica «fechada», evitando situações de 
erro esporádicas. Incluir-se-á também passagem de argu- 
mentos por «pattern-matching», eliminando o uso de 
selectores (ex: head (), tail () ). 

Podemos considerar todos os objectos da nossa lingua- 
lh como pertencendo a seis tipos diferentes: VAR, (vari- 

veis), ATM, (átomos literais), NUM (átomos numéricos), 
REC (grupos), LST (listas ligadas tipo LISP) e COD (có- 
digo objecto, directamente executável por uma máquina 
virtual, mais adiante descrita). Como é natural, há toda a 
“conveniência em representar qualquer objecto pertencente 
a qualquer tipo num espaço o mais reduzido possível e de 
dimensões idênticas. Optamos pela representação mais 
vulgarizada: o «tagged pointer». Isto é, um «record» cons- 
tituido por um campo indicador do tipo do objecto («tag») 
e por um apontador para o objecto em si. No nosso 
sistema, um «tagged pointer» ocupa 16 bits, ou seja duas 
palavras da memória central do microcomputador. 

A zona do indicador permite representar oito tipos, o 
que deixa ainda duas hipóteses vagas para expansão fu- 
tura. O bit de maior peso (B15) é usado para marcação do 
«garbage collector», integrado nos mecanismos de aloja- 
mento em memória, reduzida assim, sem grande desvan- 
tagem, para a primeira página de 32 Kbytes. Os 12 bits 
restantes constituem o apontador propriamente dito, po- 
dendo indicar qualquer uma de 2º (8192) células de lista, 
sempre alojadas em limites de 4 bytes. 
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Para átomos literais, que são portanto constantes sim- 
ples (ex: blabla, apple, mais—um ....), o apontador é visto 
como um índice numa tabela sequencial tipo «array» de 
«strings» ASCII de oito caracteres, representando o nome 
daqueles. Os átomos numéricos são representados pelo 
próprio apontador, visto como um inteiro de 12 bits (o 
décimo segundo é o signo), assim, os valores numéricos 
primitivos na nossa implementação situar-se-ão no inter- 
valo [—-4097, 4096].* 

As variáveis, são representadas por uma célula de lista, 
cujas metades são respectivamente uma referência para 
um átomo literal (o nome da variável) e uma referência 
para qualquer outro objecto, indicando a instância corrente | 
da variável. Para as «strings» de código objecto, geral- 
mente provenientes de funções compiladas, considera-se 
então o apontador como indicando o endereço da primeira 
instrução executável. 


Achamos interessante adicionar à nossa linguagem fun- 
cional uma «data type» ao qual vamos chamar grupo, que 
julgamos de extrema utilidade na construção de estruturas 
de dados, além de permitir fazer uma muito mais eficiente 
gestão da memória do que a realizada por um sistema 
LISP convencional, em que a única hipótese de conjugar 
átomos é a lista (LISP=LIST Processing). Os grupos na 
nossa linguagem são basicamente o mesmo que os «com- 
pound terms» do Prolog, e serão usados extensivamente 
nesta, quer representando os próprios objectos funcionais, 
quer representando uma estrutura de dados, conforme o 
contexto (ex: se foo está definido como uma função, então 
foo(X.Z) terá por valor a-aplicação de foo(X.Z) com X e Z 
substituídos pelas suas instâncias no momento do «cal- 


ling»). 

A representação interna de um grupo é constituída por 
um «record» de n+2 campos em que n é o número de 
argumentos e os dois restantes serão respectivamente o 
identificador do grupo, que pode ser um átomo literal ou 
uma variável, e um número inteiro, representando a pari- 
dade. Poder-se-á observar resumidamente na fig. 1 os 
vários modos de representação interna descritos e na fig. 
2 como uma dada estrutura (tree (X, tree (16, blabla))) é 
alojada internamente. 

Note-se também que a distinção entre uma variável e 
um átomo literal é feita pelo analisador lexical segundo a 
convenção de que o nome de uma variável é iniciado por 
uma letra maiúscula (surgindo em campo inverso no «dis- 
play» do Apple Il, que não dispõe de um conjunto comple- 
to de caracteres ASCII), tal como na implementação de 
Prolog para o Dec system-10 de (Warren et al., 1977). 

Falámos atrás na existência de um «garbage collector». 
Tal mecanismo torna-se necessário na recuperação de 
regiões de memória que se tornaram irreferenciáveis de- 
vido a processos vários. Assim, a «procedure» giveme, 
que inicia o alojamento de «records» ou células na me- 
mória, sempre que verifica que a memória ocupada ex- 
cede gotrig (uma variável. de sistema, alterável pelo utiliza- 
dor), faz uma chamada ao «garbage collector», o qual 
percorre todas as estruturas acessíveis, marcando-as no 
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local apropriado e compactando-as posteriormente, no 
sentido dos baixos endereços. O «garbage collector» utili- 
zado correntemente foi, tal como o existente na primeira 
versão do sistema, baseado em (Knuth, 1968), e elimina a 
necessidade de manter uma lista de células livres. O sis- 
tema actual, ao utilizar grupos, torna pois necessário o uso 
deste nica rd collector» compactante, mais caro na 
operação de limpeza, mas permitindo um custo menor 
para o alojamento de uma dada célula ou grupo. Pode-se 
ainda observar, que para valores apropriados de gotrig, o 
tempo levado por uma operação de limpeza seguida de 
compactação, é perfeitamente aceitável para o sistema 
alvo, considerando estar escrito o GC na linguagem As- 
sembly do microprocessador, um 6502 funcionando a 1 
MHz, e aproveitando ao máximo as excelentes capacida- 
des de endereçamento relativo e indexado deste. 

Basicamente, o interpretador descreve um ciclo fechado 
no qual são chamados os três grandes procedimentos 
seguintes: 

rocedure parse — Lê as expressões simbólicas do 
teclado do microcomputador ou de um ficheiro criado com 
o editor do U.C.S.D. O.S. e constrói a sua representação 
interna. Trabalha em dois níveis diferentes, um de interac- 
ção de nível superior (interrogação, etc...) e outro para 
entrada de definições de funções. 

Procedure evaluate — Analisa uma expressão e com- 
puta o seu valor, segundo o seguinte esquema: 

1) O valor de um átomo é o próprio átomo. 

2) O valor de uma variável é a sua última ligação na 
cadeia das instâncias. 

3) O valor de um grupo obedece a vários casos: se o 
identificador tiver o valor de uma função, então temos o 
resultado da aplicação; se tiver o valor de uma sequência 
de código objecto, o sistema terá de criar uma «stack 
frame» para os argumentos do grupo e seguidamente pas- 
sar o controle para o programa objecto (caso das primiti- 
vas ou funções compiladas); senão o valor resultante será 
um novo grupo, com os campos tornados no valor (recur- 
aivamentes dos respectivos argumentos. 


Todo o Ena de passagem de argumentos para as 


funções exactamente o mesmo do utilizado pela 
U.C.S.D. Pseudo-machine (ex: «stack frames» ligados por 
apontadores constituindo a cadeia de chamada). 

A máquina virtual que executa um «pseudo-LISP code», 
cuja descrição não pretendemos aqui aprofundar, é um 
processador sequencial com base em dois «stacks» (o de 
registos de activação de chamada de funções e o dos 
operandos), possuindo instruções «top of stack» especial- 
mente adequadas a execução de programas funcionais 
(eg. gestão de memória, aritmética inteira, transferência de 
controle, etc...) e constitui basicamente uma adaptação da 
máquina S.E.C.D. descrita em (Henderson, 1980), sendo a 
diferença principal o facto de executar código contíguo em 
memória (não nos esqueçamos que num microsistema 
não podemos desperdiçar espaço...). 

Procedure putout — Procedimento de saída que, a partir 
da representação interna de uma expressão, produz uma 
sequência de caracteres ASCII na via de saída (a consola 
do sistema, ou um ficheiro de tipo TEXT). 

Note-se que estes três blocos principais do interpretador 
são também primitivas do sistema (ex: read, evaluate e 
write). Isto permitirá no futuro fazer o «bootstrapping» de 
todo o sistema, actualmente implementado num sistema 
misto Assembly+Pascal+LF para um outro totalmente es- 
crito na LF (linguagem funcional). 

Assim, de modo resumido, 


program Interpreter; 
uses what-is-missing; 


begin 
while true do 
begin 
parse (expression); 
if high-level 
then begin 
expression:=evaluate (expression); 
putout (expression) 
end; 
end; 
end. Fig. 1 
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Apenas a título de curiosidade, vamos mostrar como um 
algoritmo comum (procura de um nó numa árvore binária 
ordenada) poderá ser expresso comparativamente em 
Pascal e na LF. 


LF: 
bsearch E V) = false. 
bsearch (tree (L,N,R,),V)= = if (equal (N,V), true, 
if (greater (V,N), Bsearch 
(L,V), bsearch (R,V))). 


Fig. 2 


Pascal: 
type pnode = node; 
node = record N: integer; L,R: pnode; end 
k function BSEARCH (T: pnode; V: integer): boolean; 
egin 
a if T=nil then BSEARCH:=false 
else begin 
if V= den 
then BSERCH:=true 
else begin 
if V>R7.N then BSEARCH:=BSEARCH 


Ra. 
else BSEARCH:=BSEARCH 
(RT7.R,V) 
end; 
end; 
end; 


CONCLUSÃO 


Embora o sistema descrito não realize, evidentemente, 
grandes performances no que diz respeito à velocidade de 
execução, achamos extremamente interessante todas as 
tentativas neste sentido, pois estamos convencidos que os 
esforços acabarão por compensar plenamente, dada a sa- 
tisfatoriedade dos resultados obtidos. Os conceitos envol- 
vidos na concepção de uma linguagem deste tipo, serão 
provavelmente gerais nas linguagens usadas todos os dias 
no futuro, e somando a este facto a possibilidade da sua 
implementação em microcomputador, imediatamente se 
abrem perspectivas muito importantes à comunidade infor- 
mática e ao utilizador comum, principalmente no teste de 
algoritmos, no ensino das ciências de computação, na 

rogramação automática, nas bases de dados, já sem 
alar em futuras aplicações terra-a-terra da fecunda área 
e rd cc e por muitos mal julgada, da Inteligência 
rtificial. 
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Controlador Sequencial 
Programável «Micromatic 7065» 


RESUMO Neste trabalho descreve-se o desenvolvi 
mento de uma unidade de controlo de má- 
quinas-transfer de características específi- 
cas, com a utilização de um microproces- 
sador. 

A unidade é programável sendo a introdu- 
ção dos parâmetros feita através de um te- 
clado incorporado no sistema. 
Descrevem-se as soluções encontradas 
para a realização prática do projecto e ex- 
trai-se uma série de considerações que se 
pretende possam ajudar a quem se defron- 
tar pela primeira vez com um projecto se- 
melhante. 


ABSTRACT This paper will describe the development 

of a control unit based on a microproces- 
sor, for particular transfer machines. 
The unit is programable; Parameters are 
input using a keyboard included in the 
system. 
The choosen ways for the implementa- 
tion of the project are described and a 
series of considerations thought useful 
to someone involved is a similar project, 
are" drawn. 


O. Introdução 


O Controlador Sequencial Programável tem por finali- 
dade o comando de máquinas transfer de características 
específicas, actuando electroválvulas hidráulicas e contac- 
tores de motores. 

A máquina-transtfer, efectua o torneamento e abre rosca 
em objectos metálicos diversificados, normalmente em ci- 
clo semi-automático com colocação manual dos objectos 
no início do ciclo, mas utilizando também rotina manual 
para ajustes da posição das unidades de trabalho e trata- 
mento de situação resultantes de eventuais avarias. 

A unidade de controlo efectua a detecção de certas 
situações irregulares decorrentes de mau funcionamento 
dos órgãos mecânicos ou eléctricos da máquina, ou dos 
seus próprios módulos de entradas e saídas. 

O comando Sequencial deste tipo de máquinas era feito 
anteriormente por um sistema lógico de relés e temporiza- 
dores eléctricos, requerendo demasiados contactos por co- 
mutadores, para obter as combinações de trabalhos ne- 
cessárias, de difícil montagem e pouco flexível. 

Para obviar a estas dificuldades, passa-se a utilizar a 
tecnologia dos microprocessadores, que permite altera- 
ções funcionais do sistema, mantendo o mesmo hardware, 
executa um número mais vasto de tarefas, e facilita ao 
utilizador a introdução de parâmetros de programação. 


1. Descrição da máquina-transfer a controlar 


A máquina-transfer possui um máximo de 4 posições de 
mesa, 3 unidades de tornear e 3 unidades de roscar. 

A mesa desloca-se por acção de electroválvulas tal 
como o avanço e recuo das unidades de torneamento. 

Estas levam anexos motores que poderão funcionar 
com rotação direita ou esquerda. 

As unidades de rosca são accionadas por motores tam- 
bém com rotação direita ou esquerda. 

As posições da mesa e das unidades de trabalho são 
indicadas por fins-de-curso passivos. 
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Em funcionamento as unidades de tornear mantêm-se 
na posição avançada durante um tempo de trabalho, após 
alcançar o fim-de-curso correspondente. Existe um dispo- 
sitivo de segurança que desliga o sistema se qualquer 
unidade demorar mais que o tempo estipulado para alcan- 
çar a posição de trabalho, indicando-se no display a uni- 
dade em causa. 

As unidades de roscar param logo que alcançam a 
posição avançada e invertem o sentido de rotação, após o 
inevitável tempo de espera para anulação do transitório e 
param ao alcançar o fim-de-curso de repouso. 

O comando é semi-automático e manual. No ciclo semi- 
-automático é possível o funcionamento de todas as com- 
binações de unidade e temporizações com actuação se- 
quencial ou em paralelo para cada posição da mesa. 

No ciclo manual é possível a actuação de uma unidade 
de cada vez. 

Existe ainda um dispositivo de aperto e desaperto de 
peça, actuando hidraulicamente. No ciclo automático o 
aperto é comandado por um botão anexo à máquina, 
sendo o desaperto automático no fim do ciclo. Existe ainda 
um botão para dar início ao ciclo, logo após o aperto da 
peça. 


2. Funções do controlador 


As funções do controlador são, basicamente as se- 
guintes: 


— Accionar as electroválvulas e contactores para a exe- 
cução das funções descritas em 1, a partir do reco- 
nhecimento do estado dos fins-de-curso e botões de 
comando. 

— Efectuar a detecção de avarias, desligando todos os 
sinais da saída e fornecendo informações sobre o 
tipo e origem das mesmas. 

— Fazer a contagem do número de ciclos efectuados. 

— Receber os parâmetros de mea para a exe- 
cução do ciclo semi-automático. 
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A interface com o microcomputador é assegurada por 2 
PIAS de 2 portas cada. E 
Ao iniciar o projecto levantou-se a questão de escolher |. O isolamento galvânico dos PIAs por acoplamento óp- 
o nível ao qual o sistema deveria ser configurado: se a | tico, inicialmente pensado para os triacs, foi mantido para 
nível de componente ou do módulo. as relés, ficando assim o sistema com duplo isolamento. 
A inexistência de infraestruturas apontava para a esco- Para as 20 entradas é utilizado também o acoplamento 
lha da configuração a nível de módulos, já que diminuía o óptico, mas, em vez de «data latches» é preferido o multi- 
tempo de montagem, mas o preço demasiado elevado de Plexer com a saída ligada ao bit 7 do bus de dados 
single-board computers, placas de entradas, saídas e me- através dum buffer tri-state, já que o 6502 tem facilidades 
mórias existentes no mercado, tornaram essa hipótese de tratamento desse bit. 
inviável, tanto mais que o desenvolvimento desses siste- Quanto à memória, já se dispunha de 1K de RAM no 
mas, era feito com equipamentos de custo elevado, difícil microcomputador, restando implementar o módulo de 256 
de amortizar para uma pequena série de 10 unidades. bytes com capacidade de back-up para o armazenamento 
Foi então decidido projectar desde o nível de compo- dos parâmetros. São utilizados 2 chips CMOS de 256 x 4 
nentes aos módulos de entradas-saídas e memória. bits e 2 baterias recarregáveis de níquel-cadmio, incor- 
Para o microcomputador tornava-se necessário a aquisi-  porando-se no módulo o circuito de recarga em funciona- 
ção dum sistema com capacidade de desenvolvimento do mento normal. - , : 
software, já que é virtualmente impossível programar sem O circuito lógico de endereçamento dos diversos mó- 
a existência prévia dessa capacidade. dulos é único para todas as placas à excepção do micro- 
Era estimado à partida que o sistema necessitaria de 1 computador, por razões de economia e poupança de es- 
a 2K de ROM para o firware, 512 bytes de RAM NMOS paço. | a DR e, 
para o tratamento de informação e 256 bytes de RAM Os módulos estão finalmente assim distribuídos: 
CMOS para armazenamento de parâmetros de progra- 


3. Configuração do controlador 


mação. — 4 Eurocartas com 6 relés cada, com os respectivos 
A selecção do microcomputador recaiu sobre um single- snubbers. 
-board computer fornecido pela firma inglesa ACORN, com — —2 Eurocartas de 16 entradas cada, com acoplamento 
capacidade para desenvolver programas por meio dum " Óptico, multiplexador e buffer tri-state. 
teclado hexadécimal com 8 instruções, um display de 8 — — 1 Eurocarta com 256 bytes de CMOS RAM com 
digitos e um monitor de 512 bytes de ROM. back-up por bateria. : 
ste sistema utiliza o microprocessador 6502 e tem 1K — 1 Eurocarta com 1 PIA de 2 portas para as saídas. 
de RAM, 1 PIA, socket para outra PIA e para 2K de — 1 Eurocarta com descodificador binário-décimal, para 
EPROM. Tem ainda interface para cassetes, Texas Stan- selecção de endereços. 
dard, de 300 baud e está configurado em 2 eurocartas — — 1 Eurocarta, o microcomputador, com o 6502, 1K de 
anexas com conector indirecto de 64 vias. RAM, 512 bytes de ROM para o monitor, 2K de 
Um dos critérios determinantes na selecção deste sis- EPROM para firmware, 1 PIA para interface com te- 
tema foi o preço, que orça na origem cerca de £ 80. clado e display e outra PIA, para as saídas. 
O desenvolvimento do programa para este sistema foi  — 1 Eurocarta anexa à anterior, com interface para cas- 
feito em hexadécimal, não se dispondo na altura dum settes. 


sistema de desenvolvimento evoluído (provido de editor, 
assembler, linguagem de alto nível ou cross-assembler). 


6. Software 


A programação do utilizador, consiste na introdução 


; ea : E directa na memória de parâmetros em caracteres hexade- 
minada pela necessidade de facilitar o isolamento de cir- cimais. Para esse efeito, utiliza-se o monitor do microcom- 


cuitos com vista à reparação de eventuais avarias isnõe ai i i 
; : a : utador que dispõe ainda da rotina para interface com 
As placas de maiores dimensões, embora abarquem um asas, Ê ; 
maior número de circuitos e reduzam o número de conec- A inicialização das rotinas de operação automática e 


aumentam o tempo necessário à reparação. vector do reset aponta para a ROM do monitor. 
A existência no mercado de chassis e armários standar- Em anexo os organigramas que resumem o funciona- 


dizados, o facto de o single-board computer ser configura- mento do firmware do sistema. 
do nessas cartas, e a facilidade que oferecem na monta- Aproveitam-se os tempos de espera para fazer o display 


gem e teste do protótipo, foram também factores importan- 1 i iai 
tes para a selecção das Eurocartas is epa: de ciclos nos 8 digitos da placa de teclado e 


Existe um buffer de memória com a imagem das saídas 
que é transmitido frequentemente às portas de saída para 
corrigir rapidamente qualquer eventual alteração dos regis- 
tos dessas portas, causadas por transitórios. 

Na rotina de funcionamento manual é feito o scaning 
das teclas que importam em cada situação, sendo ignora- 
dos os outros. 

Como se pode ver no organigrama, é em qualquer al- 
tura possível fazer um escape (ESC) ao loop de trabalho. 

Também se pode ver que a mesa só pode ser posicio- 
nada com as unidades de trabalho recuadas para evitar 
embates dos órgãos mecânicos. 

A saída das rotinas AUTOMÁTICA e MANUAL só pode 
ser feita por reset. 


4. Dimensionamento das placas 


A escolha dum sistema modular por eurocartas foi deter- 


5. Arquitectura do sistema 


As saídas necessárias para atacar as electroválvulas e 7. Realização do projecto 
contactores são em número de 24. Inicialmente utilizaram- 
-se triacs para esse feito. Posteriormente tornou-se neces- Para a selecção do tipo de conectores a utilizar, foi 
sária a sua substituição por relés, devido à ocorrência determinante a dificuldade em conseguir acabamento dou- 
frequente de disparos extemporâneos causados por picos rado para a ligação directa da carta ao conector, e a 
de tensão. Os relés, embora sujeitos a desgastes mais normalmente fraca força de inserção que os conectores 
rápidos, são insensíveis a esses transitórios. directos oferecem, o que é inconveniente se o sistema 
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sofrer vibrações. Foi assim escolhido o conector indirecto 
embora de custo mais elevado. 

Um backpanel em circuito impresso, com o bus utilizado 
no microcomputador ACORN mais algumas linhas de in- 
terconexão das placas, assegura a interligação dos diver- 
sos módulos. Possui ainda pinos de ligação para as entra- 
das e saídas, deixando completamente livres as partes 
frontais das Eurocartas, para a sua fácil substituição, à 
excepção do microcomputador que tem ligação directa 
com o teclado e display através de «flat-cable» de 20 vias. 

O sistema é suportado por um chassi de 19 polegadas 
no qual não está incluído o teclado e display nem a fonte 
de alimentação que fornece a tensão para o microcompu- 
tador e, com comum independente, para os fins-de-curso 
das entradas e bobinas dos relés. 

A excecução das placas da série de 10 controladores foi 
feita por processo fotográfico artesanal, utilizando um 
spray de laca fotossensível. 


7.1 Prototipo 


O protótipo foi executado em placas de circuito 
impresso de dupla face por processo fotográfico ar- 
tesanal, depois de se revelar impossível a execução 
em veroboards que levam a frequentes erros nas 
ligações e cortes das pistas. 

A ligações de back-panel foram executadas no 
sistema wire-wrapping. 

O simulador do comportamento da máquina foi 
feito inicialmente por um painel com sinalização lu- 
minosa e comutadores. Posteriormente utilizou-se 
uma máquina de tamanho reduzido, actuando a ar 
comprimido, o que facilitou o teste do software. 


8. Comportamento do controlador em abiente 
industrial 


Na máquina real, e actuando em ambiente indus- 
trial, surgiram alguns problemas associados ao ruído. 

Para além dos disparos extemporâneos dos triacs 
já referidos anteriormente e ultrapassados com a 
substituição dos triacs por relés, surgiram auto-resets 
na ocorrência de alguns transitórios gerados na actua- 
ção dos motores. 

A inexistência de protecção à linha de reset que se 
extende do backpanel à placa do teclado tornava o 
sistema susceptível ao ruído. O problema foi resolvido 
com a blindagem desse fio e a introdução de um 
buffer shmitt trigger. 

Verificou-se também a detioração dos parâmetros 
armazenados na memória CMOS quando o sistema 
era desligado. Perante a lamentável inexistência de 
catálogos sobre as memórias CMOS utilizadas no pro- 
jecto, o circuito foi configurado a partir de dados exis- 
tentes para memórias NMOS anunciadas como equi- 
valentes. 

Constatou-se posteriormente haver diferenças im- 
portantes no funcionamento eléctrico, principalmente a 
inexistência de latches nos sinais de contole. 

O circuito foi redesenhado tendo-se solucionado o 
problema no laboratório. Contudo, o problema ainda 
não está perfeitamente resolvido, tendo-se verificado 
um caso de alteração de 2 parâmetros num dos siste- 
mas em funcionamento o que não impediu no entanto 
o funcionamento normal, depois da correcção dos 
parâmetros, Não é de excluir uma má manipulação do 
controlador por parte do operador, mas o caso está a 
ser objecto de estudo. 

Ocorreram ainda dois casos de avaria de transistors 
de saída com apenas 15 000 comutações, pensando- 
-se que a ocorrência foi acidental já que se verifica 
que o transistor actua sempre dentro das especifica- 
ções, e a avaria não se repetiu depois da sua substi- 
tuição. 


9. Conclusões 


|. 1— A conclusão mais importante é que o sistema 
funciona não só em protótipo no laboratório 
como-em várias unidades montadas em am- 
980). industriais (7 unidades em Outubro de 
1980). 
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2 — Ressalta da experiência adquirida que, a ser reali- 
zado de novo, O projecto sofreria as seguintes mo- 
dificações: 


— O backpanel suportaria apenas o bus, eliminan- 
do-se as linhas de interconexão das placas e as 
entradas e saídas dos sinais. 

— As entradas e saídas seriam feitas pela parte 
frontal das placas, permitindo-se a estes uma 
localização arbitrária no backpanel, e afastando 
os sinais exteriores do bus. 

— Os módulos de potência, relés ou triacs, seriam 
localizados exteriormente ao chassis blindado do 
sistema, para melhor imunidade ao ruído. 

— À nível de software, seria feita uma rotina para o 
reconhecimento mais seguro dos sinais de entra- 
da, diminuindo a possibilidade de leitura errada. 


3 — Salienta-se a ineficácia e dificuldade no desemvolvi- 
mento de programas em linguagem máquina, sem 
o auxílio de sistemas de desenvolvimento evoluído. 


10. Evolução futura do projecto 


O projecto tende a evoluir em duas novas versões: uma 
inferior, mais simples e conómica e outra superior mais 
versátil e com facilidade de programação. 

Na versão mais simples, será eliminado o teclado, dis- 
play e interface para cassettes. O programa será fixo ou 
seleccionável por comutadores e a gravação do firware 
efectuada pelo fornecedor. 

Na versão superior o teclado e display será substituído 
por um terminal com capacidade gráfica, mantendo-se a 
interface para cassette. 

O diálogo com o operador será feito em português e 
concebido de modo a facilitar a compreensão do funciona- 
mento do sistema para operadores inexperientes no 
campo dos microprocessadores. 

Depois da introdução dos parâmetros de programação, 
o funcionamento da máquina poderá ser simulado no 
écran antes da execução real do programa. 

Prevê-se também a visualização em écran da execução 
a programa, bem como a detecção de situações irre- 
gulares. 

Esta possibilidade reduzirá consideravelmente o tempo 
de localização de avarias. 


Comunicação apresentada ao Seminário «Microcomputador ll», 
organizado pelo LNEC em Novembro de 1980. 
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1. Um quadro em constante mutação 


Desde que a tecnologia de construção de circuitos inte- 
grados atingiu altos níveis de integração e mais nitida- 
mente o nivel VLSI (Very Large Scale Integration) que se 
assiste ao «fenómeno micro-computador». 

Tal tecnologia teve como repercussão a descida abrupta 
dos preços dos processadores e memória central e está a 
criar uma situação em que a maioria dos médios/grandes 
sistemas fabricados na década de 60, início da década de 
70, se irão tornar absoletos. 

Os micro-computadores de 8 bits, neste momento ba- 
nalizados ao nível de um electrodoméstico caro, não des- 
tronaram ainda os mini-computadores sofisticados e muito 
menos os chamados «super-minis de 32 bits», no entanto, 
os seus irmãos de 16 e 32 bits apresentam já perfoman- 
ces competitivas ou mesmo superiores àqueles. 

Por outro lado, a descida do preço da CPU e memória 
tem como consequência tornar supérílua a sua partilha por 
vários utilizadores. A tendência para os próximos anos 
será o aparecimento, cada vez em maior número, de siste- 
mas em que vários utilizadores, cada um com o seu pro- 
cessador e memória, partilharão entre si um conjunto de 
periferia cara. 

Este quadro tem como repercussão a relativamente 
curto prazo uma sensível mudança no conceito de sistema 
potente, sistema adequado, etc. Os sistemas informáticos 
tenderão a ser formados por conjuntos de mini/micro com- 
putadores que cooperarão entre si. 

Uma instituição com vocação para o ensino, desenvolvi- 
mento e investigação como por exemplo uma Universi- 
dade, tendo uma centena ou mais de utilizadores poten- 
ciais de computador, que sistema deverá adquirir na ac- 
tualidade de forma a rentabilizar esse investimento? 

neste quadro que a seguir se desenvolvem um con- 
junto de considerações no sentido de clarificar algumas 
das linhas mestras que devem condicionar essa e outras 
decisões. 

O autor agradece a Madalena Quirino, Cândido Manso, 
José Alegria, Luís Monteiro, Eugénio Oliveira e António 
Porto todas as críticas e conselhos que lhe dirigiram 
durante a redacção deste texto. Quaisquer eventuais erros 
são da exclusiva responsabilidade do autor. 


2. Valerá a pena manter «Dinossauros electró- 
nicos»? 


A maioria dos grandes e médios sistemas têm uma vida 
útil entre 7 e 10 anos. Após esse período são colocados 
na sucata ou vendidos em segunda mão geralmente a 
baixo preço. 

Periodicamente aparecem fabricantes que «oferecem» 
sistemas nestas condições a organismos públicos os quais 
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teriam como única obrigação assegurar a sua manuten- 
ção. Também é frequente que as firmas que adquiriram o 
seu próprio computador o procurem vender por 5 ou 10% 
do seu preço de custo após um certo período de explo- 
ração. 

Será aconselhável «não perder estas ocasiões»? 

Na grande maioria dos casos, mesmo sob o estrito 
ponto de vista económico, trata-se de um mau negócio. 

Vamos explicar. O antigo sistema consome várias deze- 
nas de kW's e exige salas especialmente preparadas com 
equipamento de refrigeração e energia de emergência que 
multiplicam por um factor apreciável o custo da sua ins- 
talação e manutenção. 

Por outro lado, é construído numa tecnologia atrasada 
(transistores discretos ou baixo nível de integração) a qual 
é cara em manutenção, difícil de substituir e sem proces 
sadores auxiliares à manutenção. Por esta razão o contra- 
to de manutenção torna-se difícil de negociar. 

Assim, depois de se gastar 1 ou 2 mil contos na aquisi- 
ção, uma verba suplementar 5 ou 6 vezes superior é 
necessária para instalar o tão famoso sistema. Tal aquisi- 
ção será provavelmente um contra-senso 3 anos depois. 

Sob o estrito ponto de vista económico, e sem se consi- 
derar outro tipo de consequências muito mais graves e 
que trataremos adiante, se compararmos os «Dinossau- 
ros» com os seus elegantes competidores mais modernos 
é obvio que em breve tal «bicho» apenas terá lugar no 
museu. 

Para estabelecermos uma comparação analisemos, por 
exemplo, as características das famílias de sistemas que 
nos finais de 70 início de 80 surgiram no mercado e que 
em geral se designam por «super-minis de 32 bits». 

Tecnologia VLSI, alto nível de integração, consumo de 
um sistema completo podendo variar entre 1 e 3 ou 4 
kW's, memórias centrais de 32 bits por palavra, expansí- 
veis até 8 ou 12 Megabytes, sistema de memória virtual 
integral com endereçamento por utilizador de 32 bits reais. 
Nas configurações mais pequenas ocupam o espaço de 
um frigorífico e basta-lhes ar condicionado do tipo domés- 
tico (de janela). 

Suportam 10 a 30 utilizadores simultâneos e têm em 
geral um Software moderno e característico dos grandes 
sistemas. O preço de uma configuração mínima incluindo, 
por exemplo, CPU, 500 Kbytes de memória, 50 Mbytes em 
disco, 1 terminal e 1 impressora, ronda no mercado inter- 
nacional 10 a 12 mil contos. 

Estes sistemas são concebidos contendo vários proces- 
sadores, tendo em geral um processador para auxílio à 
manutenção e que pode testar todas as suas componen- 
tes. A configuração pode continuar a funcionar mesmo 
com algumas componentes avariadas. 

A gama dos «super-minis», de que aqui usamos alguns 
exemplos de características tiradas ao acaso deste ou 
daquele modelo possui as características típicas dos gran- 
des computadores em geral instalados em Portugal há 5 
ou mais anos mas o seu preço de aquisição, instalação, 
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manutenção e consumo energético, não é senão uma par- limitação dos periféricos e seu pequeno espaço de en- 
cela do daqueles. dereçamento tornam-nos máquinas muito .limitadas para 

Se não formos tão exigentes no espaço de endereça- as necessidades actuais das instituições de investigação. 
mento e no número de utilizadores simultâneos, existem Há 10 anos atrás a maioria das instituições de investiga- 
soluções com preços no mercado internacional inferiores a ção portuguesas não dispunham de processadores cen- 
10 000 contos. trais radicalmente mais potentes. Sob o estrito ponto de 

Dentro de alguns anos a imagem do grande computador vista do processador e da memória central a sua potência 
cheio de luzes, ocupando 150 m2 e consumindo 20 ou 30 era pouco superior à dos micros hoje vendidos a menos 
kW's não passará da imagem do monstro pré-histórico do 500 contos. . 
sec. XX devorando florestas de energia e dinheiro mas No entanto é necessário ter presente que a descida de 
afinal com um pequeno cérebro. preços e a subida da potência se tem transformado num 

tap fenómeno do tipo «pescadinha de rabo na boca» para os 
atirar Sie o cad 
Po iá 2 e a potência sobe, sobe também o grau de integração, 
3. O micro-computador já faz tudo? a frequência de utilização, a flexibilidade e as cd 

O micro-computador lançou a informática nos títulos dos des de resposta rápida de uma aplicação. 
jornais diários. Mas afinal em que consiste a grande re- Se analisarmos o campo da gestão o problema é seme- 
volução? lhante. Há 10 anos informatizava-se uma empresa com 

A grande revolução está nos custos! um conjunto de aplicações que partindo de ficheiros em 

habitual usar a seguinte metáfora para exemplificar a banda ou em disco criavam resmas de papel impresso. O 
evolução que sofreu a indústria informática desde o seu sistema era desintegrado, redundante, pouco flexível e 
aparecimento na década de 40: se a indústria automobilis- 'heterogéneo. Hoje informatiza-se uma empresa com um 
tica tivesse sofrido a mesma evolução o Rolls-Royce cus- sistema integrado de gestão de bases de dados. O funcio- 
taria 1 dólar, andaria à velocidade da luz e gastaria alguns nário deixou de preencher impressos que eram depois 
centímetros cúbicos de gasolina em cada 100 km an- entregues à informática para perfuração, passou a dispor 
dados. de um terminal onde interroga ou actualiza em tempo real 

Apesar de tudo isto há que ter presente que os micro- a base de dados. Tal sistema exige um processador e 
-computadores vendidos no mercado como sistemas com- uma periferia mais potente e flexível. 
pletos não têm nenhuma inovação notável sob o ponto de Do lado do tradicionalmente chamado cálculo científico 
vista estrutural em relação aos seus monstruosos anteces- (classificação hoje sem sentido) o problema é semelhante. 
sores. Para a média e grande empresa assim como para as 

A diferença fundamental consiste no facto de o seu instituições de investigação o número de utilizadores as- 
baixo preço permitir a aplicação da informática a todos os sim como as suas necessidades cresceram exponencial- 
nivéis mesmo em zonas onde tal seria proibitivo se o seu mente. 
custo fosse muito maior. O computador tem tendência a Existe ainda um aspecto suplementar que convém ter 
custar sob o ponto de vista da aquisição e manutenção o presente. Com a descida do preço do hardware e a banali- 
mesmo que um electrodoméstico um pouco mais caro. zação da informática a grande pressão está-se a exercer 

No entanto é preciso ir mais longe na análise. Um sis- sobre o lado do Software exigindo-se no momento actual 
tema informático não é constituído apenas por um proces- sistemas mais completos, homogéneos, confortáveis para 
sador e memória. É preciso também analisar a sua peri- O leigo e para O profissional, mais integrados e sobretudo 
feria e as suas possibilidades de Software. mais sofisticados. 

No quadro do mercado Português, o típico micro- Tal problema tem sido atacado procurando pôr à sispor 
-computador hoje vendido como um sistema completo sição dos projectistas e implementadores de Software fer- 
«Soft/Hard» é constituído por um micro de 8 bits, 64 Kb de ramentas mais potentes: superior versatibilidade do sis- 
memória, diskettes e terminal. Não se pode dizer que os tema de operação, compiladores mais potentes, espaço de 
micros de 16 bits e de 32 bits já tenham ultrapassado O endereçamentos superior, sistemas de ajuda à programa- 
nível de sistemas de desenvolvimento para se tornarem ção, metodologias formalizadas de análise, maior veloci- 
sistemas completos no mercado português. dade de resposta e utilitários de ajuda à gestão e docu- 

Esse micro de 8 bits é equivalente a um mini de há 10 'mentação do projecto. 
anos atrás mas dispondo de periferia inferior. Ainda que a Tais ferramentas só são rentavelmente utilizadas em 
maior parte deles disponham de compiladores de lingua- sistemas potentes, sem grandes limites de endereça- 
gens evoluídas, a sua simplicidade, a baixa velocidade e mento, com «file systems» sofisticados e com grande velo- 
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cidade de resposta. Esses sistemas não são em geral 
implementáveis sobre um micro de 8 bits, ou quando o 
são, surgem degradados em possibilidades, versatibili- 
dade, conforto e velocidade de resposta. 

Está tudo certo, responderá o leitor, mas já foram lança- 
dos os micros de 16 e 32 bits os quais não têm estes 
problemas e já competem em perfomance com os grandes 
computadores. 

O problema é que um sistema informático é um sistema 
integrado de hardware e Software. O Hardware dos micros 
de 8 bits está disponível desde 1975 mas só 5 anos 
depois eles são acessíveis no mercado português como 
sistemas «maduros hard e soft». 

Pela mesma ordem de ideias e atendendo a que os 
micros de 16 bits apareceram em 1978 e os de 32 bits em 
1981 como componentes hardware, teremos de esperar 
até 1983/85 para que esses sistemas possam realmente 
competir com a chamada linha dos «super-minis» de 32 
bits. E preciso também juntar a este facto o problema de a 
periferia não ser apenas constituída por electrónica mas 
incorporar também muita mecânica de precisão pelo que o 
seu preço não baixará tão rapidamente como o do proces- 
sador central. 

Assim o micro-computador de 8 bits é bastante adequa- 
do, ou para pequenas aplicações, ou para aplicações onde 
está dedicado a uma só tarefa. 

Por exemplo, a preparação e edição de documentação, 
o ensino de uma cadeira preparatória, a preparação de 
ficheiros a transmitir para outra máquina, etc. 

Neste tipo de aplicações dedicadas a sua rentabilidade 
só é adequada se não houver um grande conjunto de 
utilizadores a competirem para a sua utilização, isto é, se 
se disposer de um razoável número. Este tipo de estação 
de trabalho é personalizada e vai tender a transformar-se 
num computador individual, tal como a máquina de escre- 
Na está para a dactilógrafa e a calculadora para o enge- 
nheiro. 


4. O que distingue um bom e um mau sistema? 


Numa instituição vocacionada para o ensino, investiga- 
ção e desenvolvimento, o computador é utilizado na activi- 
dade de desenvolvimento e manutenção de Software (e 
suas actividades acessórias) em mais de 50% do seu 
tempo de funcionamento. 

Quer o ensino, quer a investigação e desenvolvimento 
se podem englobar facilmente nesta rubrica. 

Um computador cuja actividade essencial consistisse em 
executar aplicações definitivamente entradas no seu ciclo 
de manutenção pode ser avaliado essencialmente pela 
perfomance do seu hardware e pelo grau de rentabilidade 
particular que no seu conjunto empresta àquele conjunto 
de aplicações. 

Um computador cuja aplicação predominante é a que 
referimos atrás, deve ser classificado pela perfomance de 
hardware mas também pelo tipo de ferramentas e facilida- 
des que põe à disposição de um projectista de Software, 
assim como a sua capacidade de continuar a suportar 
evoluções do lado do Software. 

Trata-se aqui de uma questão de fundo. Avaliar a perfo- 
mance pelo hardware é rentabilizar a máquina. Avaliar a 
perfomance dando peso ao Software disponível é rentabili- 
zar o homem, isto é, o utilizador. 

O custo do Software está a tornar-se de tal forma proibi- 
tivo devido à subida constante do preço da mão-de-obra, 
única matéria-prima necessária ao seu «fabrico», que a 
chave da rentabilidade de um sistema está nos factores 
humanos. 

Um micro-computador de 8 bits exi e um investimento 
(válido potencialmente durante 5 anos) igual ao custo de 
um docente (barato) durante 1 ano. 

Este aspecto é tanto mais nítido quanto é certo que os 
computadores estão sob o ponto de vista do hardware a 
estratificarem-se em camadas sensivelmente equivalentes 
de fabricante para fabricante. Basear uma escolha numa 
mera comparação de perfomances hardware e preços é, 
num contexto como aquele a que nos referimos, tenden- 
cialmente errado. 

Há que fazer uma análise das repercussões de um e de 
outro sistema sobre os seus utilizadores, sobre a sua 
formação, capacidade, «know how» e rentabilidade. 
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Utilizando um exemplo forçado é preciso reconhecer 
que o micro de 32 bits (IAPX432) tem um hardware sob 
certos pontos de vista mais potente que a grande maioria 
dos actuais «super-minis». No entanto, dado o facto de o 
primeiro se apresentar como um sistema em desenvolvi- 
mento (sem praticamente nenhuma periferia nem Soft- 
ware) ninguém será capaz de o advogar em detrimento 
destes no momento actual. 


5. As direcções da investigação e desenvolvi- 
mento de ponta não podem ser ignoradas, ou, 
se queres ser dos bons... junta-te a eles 


A informática é uma técnica em mutação. Paradoxal- 
mente abundam os dogmas. 

Os dogmas variam muito com a zona e o tipo de aplica- 
ções. 

Na zona do Software de sistema alguns deles são por 
exemplo: 


— Software de sistema só escrito em «Assembler». 
— Software de sistema só o do fabricante. 
— O Software de sistema só o fabricante pode manter. 
— Um grande sistema com milhares de comandos e 
mnemónicas (bastante hermético para aqueles que 
po foram eleitos para o compreenderem) é que é 
m. 


Acontece porém que a banalização da informática, o 
preço proibitivo do Software e sobretudo da sua manuten- 
ção, o aparecimento de toda a espécie de novos periféri- 
cos, a multiplicação de hipóteses e fabricantes e a renta- 
bilidade da sua utilização, exige que alguns desses dog- 
mas sejam abandonados (ou pelo menos substituídos por 
outros com mais actualidade). 

Assim um bom sistema deve de preferência ser peque- 
no mas extensível, simples mas simultaneamente potente, 
homogéneo e elegante, fácil de aprender, deve esconder a 
sua potencial complexidade ao utilizador banal, deve ser 
escrito em linguagem de alto nível para que seja possível 
mantê-lo por menor po e deve ser altamente modular 
para que se possa modificar e adaptar a novas situações. 

Um dos «super-minis» mais utilizados por Universidades 
que fazem investigação de ponta (cito de cor Carnegie 
Mellon, Stanford, erkeley, etc.) é utilizado não com o 
Software fornecido pelo seu fabricante (ou melhor, apenas 
com parte dele) mas com um sistema de operação que 
tem aquele tipo de características atrás referidas e que é 
distribuido gratuitamente para instituições de investigação 
dispostas a assegurarem sozinhas a sua manutenção, o 
que aliás é o caso da maioria dessas Universidades. Tra- 
ta-se do UNIX. 

A filosofia fundamental do UNIX é a de que um sistema 
é construido por um conjunto de módulos, tipo lego infor- 
mático como já lhe chamaram várias vezes, que se podem 
encaixar de maneiras diferentes para construir sistemas 
adaptados à utilização em causa. 

Algumas das suas características são: 

Existência de um sistema hierárquico de ficheiros que 
permite que cada utilizador tenha o seu próprio sistema, 
individual ou partilhado com outros que trabalham no 
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mesmo projecto. O sistema tem um sofisticado dispositivo 
de manutenção de privacidade. 

Completa homogeneidade das leituras/escritas no «file 
system», nos outros periféricos e na comunicação entre 
processos, podendo em certos casos as aplicações conce- 
bidas para lerem e escreverem em disco passarem a 
comunicar directamente com os utilizadores ou com outras 
aplicações sem serem modificadas. 

Linguagem de comandos tipo linguagem de programa- 
ção com possibilidades de sequenciação, paralelismo, re- 
cursividade, «input/output», estruturas de controlo, etc. 

Mais de 15 linguagens disponíveis, incluindo as lingua- 

ens convencionais (COBOL, FORTRAN, BASIC, LISP, 

ASCAL) até às de ponta em investigação (CLU, EUCLID, 
MODULA, PROLOG) etc. 

Capacidade de reescrita fácil do sistema de interpreta- 
ção de comandos através da linguagem de comandos de 
modo a simular ao utilizador uma máquina especializada 
em certa gama de aplicações, (por exemplo a composição 
do texto) podendo esta faceta variar de utilizador para 
utilizador e até para o mesmo utilizador. 

Disponibilidade de utilitários de ajuda à programação, 
geração de compiladores, composição de texto, «debu- 
Ear «sorting», etc. 

NIX está escrito em linguagem de alto nível (lingua- 
gem C) sendo a sua parte básica (excluindo os utilitários) 
constituída por 10 000 linhas de código das quais apenas 
400 em «Assembler», corre num mini de 16 bits dispondo 
de eps de 100 K bytes de memória e a periferia ade- 
quada. 

UNIX é altamente, modular, transportável, fácil de rece- 
prá periféricos e de ser incluido em redes de computa- 

ores. 

Este sistema de operação é um exemplo que põe em 
evidência que uma máquina não deve ser apreciada ape- 
nas pelo que o seu fabricante mostra, mas também pelo 
seu leque de utilizadores, pelo grau de investigação e 
desenvolvimento que estes nela desenvolvem e pela gama 
es novos produtos que por essa via poderão ser adqui- 
ridos. 

Se o Hardware está com tendência a estratificar em 
granito gamas é através do Software e sobretudo do 

oftware que potencialmente poderá vir a ser instalado, 
que uma máquina terá maior ou menor capacidade para 
representar um investimento rentável nos anos que se 
seguem à sua compra. 

Num contexto de falta de tradição de meios sofisticados, 
como é o português, a utilização de ferramentas evoluídas 
não é contraproducente, antes pelo contrário, elas vão-se 
repercutir no aumento da capacidade, experiência, sensi- 
bilidade e novas formas de atacar os problemas. 

Dispor de um sistema evoluido, que se procure conhe- 
cer, estudar e explorar, é equivalente a um bom curso 
prático sobre as técnicas e ideias que estão subjacentes à 
sua construção. 

Um sistema para uma instituição de investigação deve 
tambem ser analisado pela sua capacidade de continuar a 
receber novos sistemas «soft» que o continuem a tornar 
atractivo mesmo perante microcomputadores mais baratos 
e de perfomance hardware semelhante. 


A seguir se verá que com o impacto das redes locais 
essa questão ainda se tornará mais pertinente. 


6. O futuro é do computador individual? ou 
«small is-beautifull» 


O alto custo de um sistema informático e sobretudo o 
facto de a velocidade da CPU ser milhares de vezes 
superior à dos periféricos levou ao aparecimento dos siste- 
mas multiprogramados cujo exemplo mais acabado são os 
sistemas interactivos explorados em «time-sharing>. 

A grande maioria destes sistemas de média/grande po- 
tência suportam várias dezenas de utilizadores em simul- 
tâneo. 

De uma forma geral os seus sistemas de exploração 
são muito complexos pois em geral são de tal maneira 
pts que «afogaram» os seus próprios projectistas. 

les são, talvez sem exagero, obras de arte que corres- 
pondem do lado Software aos «dinossauros electrónicos». 

Qualquer utilizador frequente de um desses sistemas 
sabe que devido ao facto de eles tentarem responder às 
necessidades de toda a espécie de utilizadores potenciais 
(repare-se que o UNIX é especializado para ser usado por 
programadores, documentalistas e projectistas de Soft- 
ware) eles são dificilmente administráveis e ao invés de se 
moldarem às necessidades do utilizador eles fazem o con- 
trário, moldam o utilizador às necessidades de administra- 
ção do sistema. 

Por outro lado, com o aparecimento dos micro- 
-computadores e a possibilidade de se terem sistemas 
com grande disponibilidade e amplamente moldáveis às 
necessidades de pequenos grupos de utilizadores será 
cada vez mais ridículo «saturar» (e ficar «saturado») um 
sistema desses com a edição de texto ou o ensino das 
cadeiras introdutórias de programação ou ainda a prepara- 
ção de um pequeno programa. 

A evolução dos preços está a dar uma boa ajuda à 
inversão de valores e assim cada vez aparecem mais 
sistemas baseados no seguinte princípio: ao invés de se 
partilhar a CPU e a memória dá-se uma CPU com me- 
mória e periferia barata a cada utilizador e partilha-se 
apenas a periferia cara. 

Repare-se que um disco rígido de 10 Mbytes pode cus- 
tar o mesmo que 4 ou 5 CPU's de micro-computador de 8 
bits com 48 K de memória e terminal. 

Assim, a banalização da informática exige que cada 
utilizador tenha o seu computador especializado e adap- 
tado às suas necessidades. Estão-se a tornar banais as 
estações de trabalho construídas à roda de um bom mi- 
cro-computador, com periferia pouco potente, mas em 
contrapartida com possibilidades gráficas, saída sonora, 
etc. 

Ora a tecnologia VLSI e os micro-computadores poten- 
tes estão a abrir a porta à ampliação desta possibilidade. 
No futuro, numa instituição de investigação, cada grupo de 
trabalho terá o seu próprio computador, com terminais 
gráficos, discos de vários megabytes, saídas e entradas 
sonoras, etc. 

No entanto é demasiado caro fornecer a essa estação 
de trabalho todos os meios para que todos os problemas, 
mesmo aqueles que surgem apenas de quando em 
quando como por exemplo o recurso a uma fotocomposi- 
tora, a consulta de uma grande base de dados ou ainda a 
execução de um utilitário especialmente potente, sejam 
resolvidos. 

Esse problema não poderá ser resolvido dando a cada 
grupo um computador com a potência «soft/hard» de um 
«super-mini» com periferia potente. Esse problema terá de 
ser resolvido através das redes locais, isto é, numa insti- 
tuição os computadores estão todos ligados entre si, coe- 
xistindo e podendo trocar serviços uns com os outros. 


A tendência será para se deixar de adquirir sistemas 
«general purpose» mas para se passar a comprar siste- 
mas especializados, pequenos módulos «hard/soft», espe- 
cialmente adequados a certas tarefas e que encaixados 
uns com os outros prestarão os serviços para que foram 
desenhados. É esta a tendência a médio prazo da «infor- 
mática distribuida». 

No momento actual há já vários fabricantes que ofere- 
cem sistemas completos constituídos por vários micro- 
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-computadores que partilham um disco duro e também 
grandes ou médios sistemas que podem comunicar numa 
rede local com outros equipamentos do mesmo fabricante. 
No entanto, não é disso que se trata, o que é preciso são 
dispositivos de comunicação «general purpose» aos quais 
se possa ligar qualquer tipo de computador seja qual for o 
fabricante. 

Chamemos aos primeiros «sistemas ou redes locais fe- 
chadas» por oposição aos segundos a que se chama 
«sistemas ou redes locais abertas» e aos quais não está 
vedada a entrada a nenhum sistema mesmo de outro 
fabricante distinto do fabricante do mecanismo de comuni- 
cação. 

Tais sistemas só poderão ser construídos com um alto 
grau de modularidade e adaptabilidade e só eles poderão 
rentabilizar fortemente qualquer aquisição de qualquer tipo 
de equipamento, micro ou não, potente ou não, especiali- 
eae ou não, desde que ele possa ser integrado na rede 
ocal. 

Assim, um dos parâmetros que mais importância terá, 
sob este ponto de vista, na análise de um equipamento, 
será a sua maior ou menor adequação a vir a ser integra- 
do numa «rede local aberta». 

Na SICOB de 1981 foi apresentada a tecnologia neces- 
sária para a instalação de uma rede local aberta, de baixo 
custo pe atendermos a que a informação circula a 10 
Mbits/s) pois é baseada em comunicação por cabo coaxial 
e a sua gestão é ela própria distribuída e residente em 
cada um dos computadores que lhe está ligado. Essa rede 
é a «Ethernet» e uma análise profunda da sua história, 
motivações e instituições envolvidas é certamente muito 
interessante mas não cabe neste trabalho. 


7. Ditadura versus democracia de marca 


Quando se compra uma máquina de lavar não se assina 
um contrato de manutenção para a mesma. A razão de 
ser deste facto tem origem em diversos aspectos: 


— A disponibilidade de manutenção à chamada, ou 
eventualmente realizada pelo próprio. 

— O baixo custo do aparelho. 

— A sua fiabilidade. 

— A relativa facilidade com que as repercussões da 
paragem são ultrapassadas. 


A grande maioria dos mini-computadores instalados em 
Portugal também não estão abrangidos por contractos de 
manutenção. Provavelmente a razão de ser desse facto 
tem origem nos mesmos aspectos. Sinal dos tempos! 

A um sistema de médio/grande porte os mesmos cri- 
térios não podem ser aplicados, nomeadamente devido ao 
seu alto custo e aos enormes prejuízos que a sua para- 
gem provoca imediatamente (excepto se estiver sobredi- 
mensionado). 

Felizmente que a evolução do Hardware aponta para 
que os sistemas que venham a ser baseados em micro- 
-computadores de 16 a 32 bits, tipo estação de trabalho 
potente, possam também ser instalados com contrato à 
chamada. 

No momento actual é prematuro enveredar por essa via 
para os sistemas potentes, no entanto há que não perder 
de vista os seguintes aspectos. 

Alguns fabricantes exigem para efeitos de assinatura de 
contrato de manutenção que todo o equipamento seja da 
sua origem, outros fabricantes aceitam contratos à cha- 
mada ou contratos que abragem apenas certas compo- 
nentes de um sistema heterogéneo. 

Quando se trata de sistemas de concepção modular e 
grande repercussão no mercado é possível adquirir com- 
ponentes via fabricantes alternativos completamente com- 
patíveis com aqueles e a preços inferiores. Também em 
sistemas modernos e de concepção modular a manuten- 
ção da parte electrónica tem tendência a transformar-se 
numa actividade de diagnóstico e substituição de placas. 
Se as placas novas abundam no mercado a manutenção 
tenderá a ser uma tarefa doméstica. 

Por esta razão, no momento da compra de um mini- 
-computador há que não ceder à primeira tentação que é 
a compra de um sistema completo ao fabricante e há que 
investigar a hipótese de compra de um sistema mínimo 
que possa ser expandido por componentes compatíveis. 
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a substituição do velho sistema 


Os principais aspectos a tomar em consideração são: 


— O tipo de contrato com que o Software fica abran- 

ido. 

— fo tipo de contrato com que o Hardware fica abran- 
gido, isto é, se o fabricante aceita fazer a manuten- 
ção de parte do sistema heterogéneo ou não. 

— O período de tempo que poderá importar a substitui- 
ção de uma placa e as repercussões da não disponi- 
bilidade dessa componente. 


Este tipo de solução não se deve aplicar às CPU's, 
discos, bandas e impressoras rápidas mas deve não ser 
menosprezada no que toca a expansões de memória, dis- 
cos «Winchester», unidades de diskette, interfaces série, 
terminais e impressoras lentas. 

Tais soluções só se podem considerar se determinadas 
condições se verificarem: 

— A instituição tem já uma tradição e conhecimento 
técnico que lhe permita reparametrizar a configura- 
ção perante uma avaria. 

— O sistema é modular e tem possibilidades de repara- 
metrização a nível Hardware e Software. 

— O sistema tem uma certa redundância e pode conti- 
nuar a funcionar mesmo com componentes avari- 
adas. 

O fabricante do processador aceita fazer manuten- 
ção à configuração básica e vital X mesmo que aos 
«buses» estejam ligadas interfaces compatíveis mas 
de outros fabricantes. 

A aquisição obedece a um plano técnico e econó- 
mico que prevê a expansão da configuração à me- 
dida do crescimento das necessidades e não está à 
mercê de financiamentos contraproducentes. 


8. À laia de conclusão 


No imediato os sistemas já presentes no mercado e 
cujas características são adequadas ao desenvolvimento 
de Software encontram-se de preferência na gama dos 
mini-computadores potentes (os quais dentro de 3 ou 4 
anos estarão transformados em micro-computadores). Tais 
sistemas oferecem a melhor relação custo/perfomance e 
custo/flexibilidade se atendermos a que têm exigências 
mínimas em infra-estruturas humanas e materiais que su- 
portem o seu funcionamento. No momento da sua aquisi- 
ção há que tomar em consideração os seguintes aspectos: 


— Comparar os custos e exigências do sistema em 
consumo de energia, meios para funcionamento, etc. 
Não ter ilusões de que sistemas demasiado limitados 
em memória e em espaço de endereçamento são 
adequados e vão resistir à concorrência dos micro- 
-computadores de 16 e 32 bits. 

Analisar cuidadosamente o tipo de tecnologia e o 
ano em que a gama foi lançada no mercado. 

Dar o devido realce às características do Software e 
sua manutenção e documentação. 

Fazer um estudo comparativo do tipo de mercado do 
fabricante e da comunidade de utilizadores exis- 
tentes. 

Ter em atenção as fontes de Software e Hardware 
alternativas e a sua facilidade de aquisição, instala- 
ção e manutenção. 

Ter em atenção que no momento actual só um sis- 
tema sobre o qual se faça investigação em Software 
e para o qual seja provável a disponibilidade e facili- 
dade de integração numa rede local aberta e de 
baixo custo é um investimento que não se revelará 
errado a relativamente curto prazo. 


Por outro lado é preciso de uma vez para sempre dei- 
xar-mo-nos de ilusões: a investigação aplicada em Infor- 
mática (e até o seu próprio ensino) só poderá elevar o 
país à capacidade de pelo menos saber o que compra se 
os estudantes, docentes e investigadores tiverem acesso 
aos meios utilizados nas instituições avançadas. 

O contacto com tais sistemas é por si próprio uma 
oportunidade de contacto com as técnicas que lhe estão 
subjacentes, ou se preferirem em termos de provérbio: «se 
quvaa ser dos bons ... usa as mesmas ferramentas que 
eles». 


ANÚNCIO 


A revista de informática está também aberta à 
comunidade dos informáticos utilizadores de 
microcomputadores. Envia as tuas ideias e 
programas que nós publicaremos em secção 
especial. Alarga os grupos de utilizadores já 
existentes e usa a revista como meio privile- 
giado para a divulgação das tuas aplicações. 
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com o MINC consome-se menos tempo 


Na indústria Electrónica 


Na indústria Automóvel 


O MINC é um instrumento versátil 
muito fácil de usar. Basta seguir 
instruções simples para ter imedia- 
tamente ao seu dispôr tudo o que é 
necessário para controlar instru- 
mentos, adquirir dados com 
enorme resolução, executar cálcu- 
los, apresentar resultados gráfica 
ou numericamente. 


Os seus dados podem ficar regista- 
dos para posterior análise, sempre 
que quiser. 


Enquanto a informação é utilizada 
o MINC continuará a trabalhar para 
si. 


Com o MINC consome-se menos 
tempo a adquirir dados e fica mais 
tempo para os usar. 


Envie já o seu cupão. 


Sistemas MINC completos para 
aquisição de dados e controle de 
instrumentos desde 

Esc. 1460 000$00 +1.T. 


%X Os preços inculem 60 programas de 
aplicação. 

Xe Não é necessária experiência de utilização 
de computadores. 

X Instale no MINC os seus programas 
usando linguagens simples como o 
BASIC. 

X Aquisição de dados sob forma analógica, 
digital ou provenientes de instrumentação 
com o BUS IEEE 488. 

> Registo e aceso a dados em alta velocidade 
com discos rígidos. 

X Processador central PDP 11. 

X Totalmente compatível com os sistmas da 
DEC. 

X Fabricado pela DEC — o primeiro fabri- 
cante em computadores para investigação. 

X Novas opções disponíveis para o MINC. 


E a adquirir dados e fica mais tempo para os usar 


Na indústria Quimica 


Na Investigação 


Com o MINC 
fica mais tempo para pensar... 
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Envie para: 

MAGNETROM Comércio e Indústria de 
Aparelhagem Eléctrica, SARL 

Rua Fialho de Almeida, N.º 5-2.º Dt.º 

1000 LISBOA ; 

Pretendo informação detalhada sobre o 
MINC 


Nome 


Endereço 


Cidade 
Código Postal 
Telefone 


Aplicação 
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